Ett dataflödesdiagram (DFD) är en traditionell visuell representation av informationsflödena inom ett system. En snygg och tydlig DFD kan avbilda rätt mängd systemkrav grafiskt. Det kan vara manuellt, automatiserat eller en kombination av båda.

Den visar hur data kommer in och lämnar systemet, vad som ändrar informationen och var data lagras.

Syftet med en DFD är att visa omfattningen och gränserna för ett system som helhet. Det kan användas som ett kommunikationsverktyg mellan en systemanalytiker och vilken person som helst som spelar en roll i den ordning som fungerar som utgångspunkt för omdesign av ett system. DFD kallas också som ett dataflödesdiagram eller bubbeldiagram.

två till en multiplexor

Följande observationer om DFD:er är viktiga:

1. Alla namn ska vara unika. Detta gör det lättare att referera till element i DFD.
2. Kom ihåg att DFD inte är ett flödesschema. Pilar är ett flödesschema som representerar händelseordningen; pilar i DFD representerar flödande data. En DFD involverar ingen händelseordning.
3. Undertryck logiska beslut. Om vi ​​någonsin har lust att rita en diamantformad låda i en DFD, undertryck den lusten! En rombformad ruta används i flödesscheman för att representera beslutspunkter med flera existerande vägar av vilka den enda tas. Detta innebär en ordning av händelser, vilket inte är meningsfullt i en DFD.
4. Fastna inte i detaljer. Skjut upp feltillstånd och felhantering till slutet av analysen.

Standardsymboler för DFD:er härleds från analysen av det elektriska kretsschemat och visas i fig.

Cirkel: En cirkel (bubbla) visar en process som omvandlar datainmatningar till datautgångar.

Data flöde: En böjd linje visar flödet av data in i eller ut ur en process eller datalager.

Datalagring: En uppsättning parallella linjer visar en plats för insamling av dataobjekt. Ett datalager indikerar att data lagras som kan användas i ett senare skede eller av de andra processerna i en annan ordning. Datalagret kan ha ett element eller en grupp av element.

vlc för att ladda ner youtube-videor

Källa eller Sink: Källa eller Sink är en extern enhet och fungerar som en källa för systemingångar eller sänkor för systemutgångar.

Nivåer i dataflödesdiagram (DFD)

DFD kan användas för att utföra ett system eller programvara på alla abstraktionsnivåer. Faktum är att DFD:er kan delas upp i nivåer som representerar ökande informationsflöde och funktionella detaljer. Nivåer i DFD är numrerade 0, 1, 2 eller högre. Här kommer vi i första hand att se tre nivåer i dataflödesdiagrammet, vilka är: 0-nivå DFD, 1-nivå DFD och 2-nivå DFD.

0-nivå DFDM

Det är också känt som grundläggande systemmodell, eller kontextdiagram representerar hela mjukvarukravet som en enda bubbla med in- och utdata betecknade med inkommande och utgående pilar. Därefter bryts systemet ner och beskrivs som en DFD med flera bubblor. Delar av systemet som representeras av var och en av dessa bubblor bryts sedan ned och dokumenteras som mer och mer detaljerade DFD:er. Denna process kan upprepas på så många nivåer som behövs tills programmet för hand är väl förstått. Det är viktigt att bevara antalet ingångar och utgångar mellan nivåerna, detta koncept kallas utjämning av DeMacro. Således, om bubbla 'A' har två ingångar x₁och x₂och en utgång y, sedan den utökade DFD, som representerar 'A' bör ha exakt två externa ingångar och en extern utgång som visas i fig.

Level-0 DFD, även kallat kontextdiagram för resultathanteringssystemet visas i fig. Eftersom bubblorna sönderdelas till mindre och mindre abstrakta bubblor, kan motsvarande dataflöde också behöva brytas ned.

1-nivå DFD

I DFD på en nivå bryts ett kontextdiagram upp i flera bubblor/processer. På den här nivån lyfter vi fram huvudmålen för systemet och delar upp högnivåprocessen av 0-nivå DFD i delprocesser.

css understruken text

DFD på två nivåer

2-nivå DFD går en process djupare in i delar av 1-nivå DFD. Den kan användas för att projicera eller registrera den specifika/nödvändiga detaljen om systemets funktion.