På denne side
Et diagram over tog kan gøre et skift tydeligt ved at rette linjer ud og placere stationer med lige stor afstand. Det kan også få to stop til at se langt fra hinanden ud, selvom de ligger en kort gåtur fra hinanden. Den samme forenkling, der hjælper en rejsende med at vælge tog, kan vildlede, når personen vælger en rute til fods.
En historie om et transitdiagram spørger, hvad der skete, da et skematisk kort blev brugt til andet end rutevalg. New York Transit Museums beskrivelse bekræfter, at kortet fra 1972 rettede ruterne ud og fjernede det meste topografiske indhold. Historien minder om, at et billede kan være godt til én opgave og samtidig behøve en anden visning til en anden. Den nøjagtige produktionshistorie bag foreslåede hjælpekort er ikke nødvendig for pointen.
Definer den vej, læseren vil finde
Alle diagrammer fjerner oplysninger. En skitse af systemarkitektur udelader tid. Et flowdiagram udelader dataværdier. Et kort over synkroniseringens retning kan udelade, hvem der må godkende en skrivning. Ofte er det netop det, der gør billedet læseligt. Problemet begynder, når den udeladte egenskab er vigtig for læserens valg.
Forestil dig et tænkt diagram over en synkronisering fra butik til e-mail med to bokse og én pil: Butik → E-mailplatform. Det hjælper med at besvare »hvilket system sender kundeposten?« Det kan ikke svare på, om samtykke følger med posten, hvordan dubletter håndteres, eller om et køb annullerer en besked i køen. Billedet er ikke forkert. Det er ufuldstændigt til de beslutninger.
Skriv læserens spørgsmål i én sætning, før du tegner.
- Station Astartforbundet
- Skiftskift linjeforbundet
- Station Bmål
»Hvor kommer dette felt fra?« kræver dataenes ophav. »Hvad sker der, hvis kilden ikke er tilgængelig?« kræver timing og fejltilstande. »Hvem må starte en kampagne?« kræver tilladelser. En side kan rumme flere visninger, men én visning bør ikke foregive at være bedst til enhver opgave.
| Visning | Relation den bevarer | Almindelig forvrængning |
|---|---|---|
| Skematisk rutekort | Forbindelser og skift | Fysisk afstand og retning |
| Diagram over dataflow | Kilder, modtagere og retning | Tid og myndighed |
| Diagram over rækkefølge | Rækkefølge af kald og svar | Langvarig tilstand og menneskers arbejde |
| Matrix over tilladelser | Tilladte identiteter og handlinger | Brugerens vej gennem systemet |
Det er begrebsmæssige eksempler, ikke vurderinger af bestemte produkter eller kort.
Vis udeladelsen, hvor kortet bruges
En note om »ikke i målestok« kan hjælpe en rejsende med at forstå et skematisk kort. For et synkroniseringsdiagram kan en billedtekst sige »viser normal retning for data; se fejlvejen og tabellen over tilladelser for skrivninger«. Det er mere nyttigt end en generel ansvarsfraskrivelse, fordi det navngiver den beslutning, der mangler.
Den anden visning bør vælges efter konsekvensen. Hvis diagrammet bruges til sikkerhedsgennemgang, er tilladelser ikke valgfri kontekst. Hvis det bruges til at finde årsagen til forældede poster, betyder tidsstempler og tilstande for nye forsøg mere end boksenes placering. Hvis det bruges til at planlægge en ny integration, kan ejerskab af felter og veje til rettelse bestemme løsningen.
Derfor kan visuel orden være en fælde. En pil, der ikke krydser andre pile, ser ren ud, men kan skjule feedback. Ens bokse antyder ens ansvar, selv når ét system ejer sandheden, og et andet kun holder en kopi, der kan laves igen. Designet bør vise den praktiske forskel, når den betyder noget.
Giv den næste visning, hvor den behøves
Et diagram kan hjælpe flere læsere, hvis det giver næste visning på det sted, hvor en beslutning kræver den. Begynd med det, der besvarer det nærmeste spørgsmål, og giv et link eller et skift tæt ved til det næste. Brug de samme betegnelser i begge, så læseren ved, at »kunde« i dataflowet er samme objekt i tabellen over tilladelser.
En god gennemgang beder en person, der ikke kender systemet, træffe to beslutninger. Først bruger personen diagrammet til dets formål. Derefter stilles et spørgsmål, der afhænger af en udeladt egenskab. Hvis læseren med stor sikkerhed drager en forkert slutning, behøver udeladelsen en etiket eller en anden visning. Hvis læseren ved, hvor der skal kigges næste gang, gør forenklingen sit arbejde.
Guiden til ejerskab af data gennemgår valgene bag integrationen. Et kort over dem skal hjælpe læseren til det rigtige næste skridt, ikke bare se ud som en komplet arkitektur.
Et diagram kan bære sit eget testtilfælde. Sæt én normal post og én undtagelse på siden, og bed læseren følge begge. Hvis undtagelsen forsvinder ved en pil uden label, har diagrammet skjult en beslutning. En version til ledelsen kan udelade feltnavne, men må stadig vise, hvem der har ansvaret for en fejl. En version til dem, der bygger, kan vise skemaer og nye forsøg, men udelade organisationspolitik. Spørgsmålet er, om hver udeladelse bevarer opgaven. Når en ny læser må gætte, så tilføj den manglende relation eller peg på den anden visning frem for at fylde hver ledig plads med bokse.
Et kort lykkes ved at udelade med omtanke. Det fejler, når det udelader netop det, læseren kom for at beslutte.
Ofte Stillede Spørgsmål
Hvad gør et forenklet diagram ærligt?
Det nævner den opgave, det tjener, og de egenskaber, det bevarer, og gør vigtige udeladelser synlige. Det må ikke give indtryk af, at placering, afstand eller fuldstændighed svarer nøjagtigt til virkeligheden, når det ikke er tilfældet.
Hvornår behøver et diagram et andet kort ved siden af?
Når læseren skal beslutte ud fra noget, det bevidst har fjernet, for eksempel fysisk afstand, adgangskontrol, ventetid eller en vej for undtagelser.
Hvordan bør et team gennemgå et systemkort?
Lad en læser løse den tilsigtede opgave med det, og prøv derefter en anden opgave, som afhænger af udeladte detaljer. Ret kortet eller link til en anden visning, hvor udeladelsen ville vildlede.