Tips för flödesscheman
- Ha din publik i åtanke och anpassa detaljerna i ditt diagram till den. Tydlig kommunikation är ett viktigt mål med flödesscheman.
- Om processen du kartlägger involverar olika team eller avdelningar kan du överväga att använda ett swimlane-diagram för att tydligt avgränsa ansvar och överlämningar.
- Använd kopplingar på eller utanför sidan för att redigera ditt diagram och göra logiken i det tydlig. På så sätt kan du dela upp ett diagram på separata sidor och fortfarande få ett bra flöde.
Historik
Flödesscheman började användas för att dokumentera affärsprocesser på 1920- och 30-talen. 1921 presenterade industriingenjörerna Frank och Lillian Gilbreth ”Flow Process Chart” för American Society of Mechanical Engineers (ASME). I början av 1930-talet använde industriingenjören Allan H. Morgensen Gilbreths verktyg för att presentera förslag på effektivisering av arbetet för företagets affärsmän. På 1940-talet spred Art Spinanger och Ben S. Graham, som hade studerat Morgensens arbete, metoderna till en bredare publik. Art Spinanger introducerade metoderna för att förenkla arbetet för Procter & Gamble. Ben S. Graham, direktör på Standard Register Industrial, anpassade flödesprocessdiagram till informationsbehandling. 1947 antog ASME ett symbolsystem för flödesscheman som hade härletts från Frank och Lilians originalverk om flödesscheman.
Samtidigt, i slutet av 40-talet, använde Herman Goldstine och John Van Neumann flödesscheman för att utveckla datorprogram, och flödesscheman blev snart allt mer populära att använda för datorprogram och algoritmer av alla slag. Flödesscheman används än idag inom programmering, även om pseudokod – en kombination av vanlig text och programmeringskod som är avsedd att läsas av människor – ofta används för att presentera detaljer och närma sig den färdiga produkten.
I Japan utnämnde Kaoru Ishikawa (1915–1989), en nyckelperson inom kvalitetsarbete inom tillverkning, flödesscheman till ett av nyckelverktygen för kvalitetskontroll, tillsammans med kompletterande verktyg som histogram, kontrollark samt orsak-verkan-diagram (som idag ofta kallas Ishikawa-diagram).
Symboler
Här är några vanliga symboler i flödesscheman. En mer omfattande lista finns på vår sida med symboler i flödesscheman.
| Start/slut |  |
| Process |  |
| Beslut |  |
| Dokument |  |
| Data eller inmatning/utmatning |  |
| Datalagring |  |
| Flödespil |  |
| Kommentar eller anteckning |  |
| Fördefinierad process |  |
| Koppling/referens på sidan |  |
| Koppling/referens till annan sida |  |
Flödesdiagram för datorprogrammering och algoritmer
Flödesdiagram utgör visuella representationer av dataflöden och är användbara vid utvecklingen av ett datorprogram eller en algoritm, för att underlätta förklaring och samarbete med andra. Du kan använda ett algoritmflödesschema för att beskriva logiken i ett program redan innan du börjar koda processen. Det kan hjälpa till att strukturera de övergripande tankarna och ge en vägledning när det är dags att koda. Mer specifikt kan flödesscheman:
- visa hur koden är organiserad
- visualisera exekveringen av kod i ett program
- presentera strukturen hos en webbplats eller applikation
- demonstrera hur användare navigerar på en webbplats eller i ett program.
Ofta skriver programmerare pseudokod – en kombination av naturligt språk och datorspråk som kan läsas av människor. Med pseudokod ges möjlighet att använda fler detaljer än i ett flödesschema, och det fungerar antingen som en ersättning för flödesschemat eller som ett steg mellan flödesschemat och den faktiska koden.
Andra diagram som också används inom datorprogrammering är:
- Unified Modeling Language (UML): ett generellt språk som används för modellering inom programvaruutveckling.
- Nassi-Shneiderman-diagram: används för strukturerad datorprogrammering. Uppkallat efter Isaac Nassi och Ben Shneiderman som utvecklade diagrammet 1972 på SUNY-Stony Brook. Kallas även Structograms.
- DRAKON-diagram: DRAKON är ett algoritmiskt, visuellt programmeringsspråk som används för att framställa flödesscheman.
