Op deze pagina
Een spoorkaart kan een overstap duidelijk maken door lijnen recht te trekken en stations gelijkmatig te verdelen. Dezelfde kaart kan twee haltes ver uit elkaar laten lijken terwijl je er zo tussen wandelt. De abstractie die helpt bij de keuze van een trein kan misleiden bij de keuze van een wandelroute.
Een geschiedenis van een routekaart vraagt wat er gebeurt als een schematisch beeld ook voor andere taken dan routekeuze wordt gebruikt. Het verslag van het New York Transit Museum bevestigt dat de kaart van 1972 routes recht trok en het grootste deel van de topografie wegliet. Een beeld kan dus uitstekend voor één taak zijn en voor een andere een aanvullend beeld nodig hebben. De exacte productiegeschiedenis van geplande hulpmiddelen is voor die les niet nodig.
Bepaal welke route de lezer zoekt
Elk diagram laat informatie weg. Een architectuurschets verbergt tijd. Een workflowschema verbergt gegevenswaarden. Een kaart van synchronisatierichtingen kan verbergen wie een schrijfactie mag toestaan. Dat weglaten maakt de tekening vaak juist leesbaar. Het wordt een probleem als de weggelaten eigenschap belangrijk is voor de keuze van de lezer.
Neem een illustratief diagram van een winkel naar een e-mailplatform met twee vakjes en één pijl: Winkel → E-mailplatform. Het beantwoordt “welk systeem verstuurt het klantrecord?”. Het beantwoordt niet of toestemming meereist, hoe duplicaten worden behandeld of of een aankoop een ingepland bericht annuleert. De tekening is niet onjuist. Ze is voor deze besluiten onvolledig.
Schrijf vóór het tekenen in één zin de vraag van de lezer op.
- Station Abeginverbonden
- Overstapandere lijnverbonden
- Station Bbestemming
“Waar komt dit veld vandaan?” vraagt om herkomst van gegevens. “Wat gebeurt er als de bron niet bereikbaar is?” vraagt om tijd en fouttoestanden. “Wie mag een campagne starten?” vraagt om rechten. Eén pagina kan meerdere beelden bevatten, maar één beeld moet niet doen alsof het voor elke taak optimaal is.
| Beeld | Relatie die behouden blijft | Veelvoorkomende vertekening |
|---|---|---|
| Schematische routekaart | Verbindingen en overstappen | Werkelijke afstand en richting |
| Gegevensstroomdiagram | Bronnen, afnemers en richting | Tijd en bevoegdheid |
| Sequentiediagram | Volgorde van aanroepen en antwoorden | Langdurige toestand en mensenwerk |
| Rechtenmatrix | Toegestane rollen en handelingen | De route van de gebruiker door het systeem |
Dit zijn conceptuele voorbeelden, geen beoordelingen van specifieke producten of kaarten.
Benoem de omissie waar de kaart wordt gebruikt
Een voetnoot “niet op schaal” kan een reiziger helpen bij een schematische kaart. Bij een synchronisatiediagram kan een onderschrift zeggen: “Toont de normale gegevensrichting; zie de foutenroute en rechtentabel voor schrijfacties.” Dat helpt meer dan een algemene waarschuwing, omdat het de ontbrekende beslissing benoemt.
Kies een aanvullend beeld op basis van de gevolgen. Wordt het diagram in een beveiligingsbeoordeling gebruikt, dan zijn rechten geen optionele achtergrond. Bij het zoeken naar verouderde records wegen tijdstippen en herhaalpogingen zwaarder dan de plek van vakjes. Bij het plannen van een nieuwe integratie kunnen eigenaarschap van velden en correctieroutes de uitvoering bepalen.
Visuele netheid kan daarom een valkuil zijn. Een pijl die geen andere pijl kruist ziet er mooi uit, maar kan een feedbackroute verbergen. Gelijke vakjes suggereren gelijke verantwoordelijkheid, terwijl het ene systeem de gezaghebbende bron is en het andere slechts een vervangbare weergave bewaart. Toon dat operationele verschil zodra het voor het besluit telt.
Geef het volgende beeld waar het nodig is
Een diagram kan meerdere lezers helpen als het bij een besluit het volgende passende beeld aanbiedt. Begin met het beeld dat de directe vraag beantwoordt en zet de link of wissel naar het volgende beeld dichtbij. Houd labels gelijk, zodat “klant” in de stroom hetzelfde object is als “klant” in de rechtentabel.
Een goede controle laat iemand die het systeem niet kent twee besluiten nemen. Laat eerst het diagram voor zijn bedoelde doel gebruiken. Stel dan een vraag die van een weggelaten eigenschap afhangt. Trekt de lezer met zekerheid een verkeerde conclusie, dan vraagt de omissie om een label of extra beeld. Weet de lezer waar die verder moet kijken, dan werkt de abstractie.
De gids voor gegevensbeheer bespreekt de achterliggende integratiekeuzes. Een kaart van die keuzes moet de lezer helpen de juiste volgende stap te zetten, niet alleen een compleet ogende architectuur laten bewonderen.
Een diagram kan zijn eigen testgeval bevatten. Zet één normaal record en één uitzondering op de pagina en laat de lezer beide volgen. Verdwijnt de uitzondering bij een pijl zonder label, dan verbergt het diagram een besluit. Een versie voor leidinggevenden mag veldnamen weglaten, maar moet nog steeds tonen wie een fout bezit. Een versie voor ontwikkelaars kan schema’s en herhaalpogingen tonen en de organisatiepolitiek weglaten. De vraag is of elke weglating de taak intact laat. Als een nieuwe lezer moet raden, voeg de ontbrekende relatie toe of verwijs naar een aanvullend beeld. Vul niet elke lege centimeter met vakjes.
Een kaart slaagt door zorgvuldig weg te laten. Ze faalt wanneer ze precies weglaat waarover de lezer kwam beslissen.
Veelgestelde vragen
Wanneer is een vereenvoudigd diagram eerlijk?
Als het de taak en de behouden eigenschappen benoemt en belangrijke omissies zichtbaar maakt. Het mag niet suggereren dat indeling, afstand of volledigheid letterlijk klopt als dat niet zo is.
Wanneer heeft een diagram een aanvullend beeld nodig?
Wanneer lezers een besluit moeten nemen op basis van iets dat het bewust weglaat, zoals echte afstand, toegangscontrole, vertraging of een uitzonderingsroute.
Hoe controleert een team een systeemkaart?
Laat een lezer de bedoelde taak met de kaart uitvoeren en test daarna een taak die van weggelaten details afhangt. Pas de kaart aan of link een aanvullend beeld waar de omissie zou misleiden.