Architectuurontwerpdiagrammen
Architecten communiceren vaak via diagrammen. Diagrammen zijn krachtige communicatiehulpmiddelen waarmee implementeerfuncties en belanghebbenden de brede visie kunnen zien of dieper ingaan op zeer gevoelige of genuanceerde gebieden van een systeem. Om met intentie te communiceren, moet een architect selecteren welk diagram in elke situatie nuttig is.
De lijst met diagrammen in dit artikel is niet volledig. Diagrammen zijn vaak samengesteld uit meerdere typen.
Uiteindelijk is de keuze van het architectuurdiagram afhankelijk van wat u probeert over te brengen en het doelgroepprofiel. Een architect maakt gebruik van meerdere typen diagrammen in alle activiteiten voor het ontwerpen, verfijnen van vereisten en communicatie.
Diagramprocedures
Diagrammen bevatten aanzienlijke informatie zonder de noodzaak van tekstuele uitleg. Vermijd dubbelzinnigheid in diagrammen. Hier volgen enkele aanbevelingen:
Gebruik standaard notaties. Gebruik veelgebruikte symbolen, pictogrammen en presentatieconventies voor een goede leesbaarheid en interpretatie van een diagram.
Vermijd dubbelzinnige regels. In diagrammen worden vaak relaties tussen entiteiten weergegeven als lijnen. Wees consistent in de wijze waarop u de regels gebruikt.
Vermijd lijnen zonder pijlen. Het is moeilijk om te weten wat de relatie is zonder richting, dus gebruik pijlen. Label alle lijnen zonder pijlen om de relaties aan te geven.
Vermijd lijnen met dubbele pijlen. Dubbele pijlen impliceren een bidirectionele afhankelijkheid. Gebruik liever een pijl met één eind om de stroom van de afhankelijke (client) naar de afhankelijkheid (server) weer te geven.
Label alles. Geef duidelijke, nauwkeurige en zinvolle labels op voor elk pictogram. Labellijnen wanneer de relaties niet duidelijk zijn.
Consistentie behouden. Gebruik gestandaardiseerde kleuren, behuizing, pictogrammen, pictogramgrootten, lijntypen, pijlkoppen en andere weergaven voor vergelijkbare elementen in een diagram. Blijf consistent in alle diagrammen die zijn gemaakt voor het ontwerp en de documentatie van uw workload. Tekenen van bestaande gegevens of taxonomieën.
Wees nauwkeurig. Diagrammen zijn abstracties, maar offer de nauwkeurigheid in het proces niet op. Vertegenwoordig bijvoorbeeld geen service in een virtueel netwerk als deze niet aanwezig is in dat virtuele netwerk. Een diagram is een communicatiehulpmiddel, dus u moet onjuiste communicatie voorkomen.
Metagegevens opnemen. Zorg ervoor dat een diagram metagegevens bevat die essentiële informatie bevatten over het doel van het diagram. Metagegevens bieden ook context om kijkers inzicht te geven in het bereik en de significantie van het diagram. Voeg items zoals titel, beschrijving, laatst bijgewerkte datum, auteur en externe verwijzingen toe.
Gebruik officiële pictogrammen en servicenamen. Wanneer u een specifieke technologie vertegenwoordigt, gebruikt u de nieuwste officiële pictogrammen van uw technologieprovider. Als het identificeren van de technologie belangrijk is, gebruikt u de officiële naam voor de service.
Hier ziet u bijvoorbeeld de pictogrammen voor Microsoft-services:
- Pictogrammen voor Azure-architectuur
- Microsoft 365-pictogrammen
- Pictogrammen voor Microsoft Dynamics 365
- Architectuurpictogrammen voor Microsoft Entra-id's
- Microsoft Power Platform-pictogrammen
Typen ontwerpdiagrammen
De workloadarchitectuur is complex en multidimensionaal. Elk dimensietype richt zich op een specifiek aspect van het systeem door een detailniveau te bieden dat specifiek is voor die dimensie. Stroomdiagrammen illustreren bijvoorbeeld de processtroom. Diagrammen met entiteitsrelaties geven relaties weer tussen systeemonderdelen.
Door verschillende typen diagrammen te hebben, is een uitgebreid begrip van dimensies mogelijk. Het helpt bij het stimuleren van effectieve communicatie, probleemoplossing en besluitvorming tussen belanghebbenden.
Systeemdiagram op hoog niveau
Een systeemdiagram op hoog niveau fungeert als een breed overzicht van een hele workload of van een subsectie binnen een workload. Het omvat de belangrijkste onderdelen, hun relaties met elkaar en de ruwe volgorde waarin gegevens door het systeem stromen. Pijlen geven de richting van interactie weer.
Deze diagrammen zijn handig om een gemeenschappelijk begrip te bereiken, zodat u diepere discussies kunt starten of voor communicatie met belanghebbenden.
Blokdiagram
Een blokdiagram verdeelt een workload in de belangrijkste functionele blokken. De blokken zijn meestal technologieneutraal. Ze verwijzen naar de functionaliteit die wordt uitgevoerd in plaats van een specifiek onderdeel.
Een blokdiagram kan bijvoorbeeld verwijzen naar een berichtenbus in plaats van een specifieke berichtbustechnologie. Dit type diagram kan helpen bij het uitleggen van de structuur, gegevensstroom en verwerkingsstroom van een systeem zonder dat de doelgroep wordt afgeleid met gedetailleerde details.
Onderdeeldiagram
Een onderdeeldiagram werkt als een blokdiagram, maar vervangt algemene functionaliteitsblokken door specifieke technologieën. Het biedt een gedetailleerde weergave met het doel om de afzonderlijke technologieonderdelen van het systeem en hun relaties, zoals client/server, te communiceren. Deze diagrammen zijn een soort visuele materiaalfactuur voor het bereik van het diagram.
Implementatiediagram
Een implementatiediagram is gericht op de implementatie van infrastructuur, commerciële off-the-shelf -software (COTS) en aangepaste code voor de workload. Het laat zien hoe de software en code worden gedistribueerd over de hostinginfrastructuur.
Gegevensstroomdiagram
Een gegevensstroomdiagram (DFD) illustreert hoe gegevens door een systeem worden verplaatst. Dit is handig wanneer u gegevensgerichte systemen modelleert. In een diagram zoals dit is het een goed idee om te weten of gegevens in batches of in realtime worden verplaatst om dubbelzinnigheid te verwijderen.
Sequentiediagram
Een sequentiediagram toont de communicatieuitwisseling tussen workloadonderdelen in de loop van de tijd. Het illustreert client-/serverrelaties en hun synchrone of asynchrone aard. Het markeert ook afhankelijkheden in deze uitwisselingen en evalueert foutscenario's hierin.
Gebruikersstroomdiagram
Een gebruikersstroomdiagram is gericht op een interactie binnen het bereik tussen workloads, gebruikers of actoren en de workload. Het is handig voor het verduidelijken en visualiseren van functionele vereisten op verschillende manieren waarop een gebruiker en de gegevens van de gebruiker met het systeem communiceren.
Diagram van entiteitsrelatie
Een ERD (Entity-Relationship Diagram) is een modelleringsdiagram dat de structuur van een database of een ander opslagsysteem vertegenwoordigt. Het toont de relatie tussen entiteiten (zoals tabellen) via industriestandaard kenmerken en symbologie van de koppeling.
Netwerkdiagram
Een netwerkdiagram illustreert de oplossing vanuit het perspectief van het netwerk waarop het wordt uitgevoerd of waarmee wordt gecommuniceerd. Deze diagrammen zijn handig bij het visualiseren van de netwerksegmentatie van de werkbelasting, netwerkpunten van fouten en belangrijke netwerkovergangen, zoals uitgaand internetverkeer en inkomend verkeer.
Netwerkdiagrammen hebben meestal een leven eerdere implementatie. Netwerkdiagrammen worden vaak gebruikt bij controles en incidentrespons.
Statusdiagram
Een statusdiagram is een gespecialiseerde visualisatie. Hier ziet u de status waarin een stroom (of een afzonderlijk onderdeel) zich bevindt. Het laat ook zien hoe de stroom overgaat tussen statussen als reactie op voorwaarden of gebeurtenissen.
Stroomdiagram
Hoewel het niet specifiek een architectuurdiagram is, is een stroomdiagram een andere manier om duidelijkheid te brengen in een ontwerp. Stroomdiagrammen zijn vaak handig wanneer ze complexe werkstromen of logica vertegenwoordigen. U kunt ze gebruiken om vereisten te verfijnen en om implementatiekeuzen te stimuleren.
Stroomdiagrammen zijn handig om op te nemen in reactieplannen voor werkbelastingincidenten om belangrijke beslissingspunten en de bijbehorende acties of meldingskanalen te markeren.