Datarutediagram

En datarutediagram er en grafisk repræsentation af "flow" af data gennem et informationssystem, modellering sin proces aspekter. En DFD anvendes ofte som et indledende skridt til at skabe et overblik over systemet, som senere kan uddybes. DFDS kan også anvendes til visualisering af databehandling.

En DFD viser, hvilken slags information vil være input til og output fra systemet, hvor data vil komme fra og gå til, og hvor data skal gemmes. Det viser ikke oplysninger om timingen af ​​processer, eller oplysninger om, hvorvidt processer vil fungere i rækkefølge eller parallelt.

Historie

Data flowdiagrammer blev foreslået af Larry Konstantin, den oprindelige udvikler af struktureret design, baseret på Martin og Estrin s "Data Flow Graph" model af beregning. Starter i 1970'erne, blev data rutediagrammer en populær måde at visualisere de store skridt, og data, der er involveret i software system processer. DFDS blev normalt bruges til at vise datastrømme i et edb-system, selv om de kunne i teorien anvendes på business process modellering. DFD var nyttigt at dokumentere de store datastrømme eller til at udforske et nyt high-level design i form af datastrømmen.

Teori

Det er almindelig praksis at trække kontekst-niveau datarutediagram første, der viser interaktionen mellem systemet og eksterne midler, der virker som datakilder og data dræn. Dette bidrager til at skabe en præcis tegning i kontekstdiagram. Systemets interaktioner med omverdenen er modelleret udelukkende i form af datastrømme på tværs af systemet grænse. Konteksten diagram viser hele systemet som en enkelt proces, og giver ingen fingerpeg om dens interne organisation.

Denne kontekst-niveau DFD er næste "eksploderede", til at producere en niveau 1 DFD der viser nogle af detaljerne i det system, der modelleres. Niveau 1 DFD viser, hvordan systemet er opdelt i delsystemer, som hver beskæftiger sig med et eller flere af datastrømme til eller fra en ekstern agent, og som tilsammen giver al den funktionalitet af systemet som helhed. Den identificerer også interne datalagre, der skal være til stede, for at systemet til at gøre sit arbejde, og viser strømmen af ​​data mellem de forskellige dele af systemet.

Data rutediagrammer er en af ​​de tre væsentlige perspektiver af strukturerede systemer analyse og design metode SSADM. Sponsor af et projekt og slutbrugerne vil skulle orienteres og høres i alle faser af et system evolution. Med en datastrøm diagram, brugerne er i stand til at visualisere, hvordan systemet fungerer, hvad systemet vil udrette, og hvordan systemet vil blive gennemført. Den gamle systems dataflow diagrammer kan trækkes op og sammenlignes med den nye systemets data flowdiagrammer til at drage sammenligninger til at gennemføre et mere effektivt system. Data flowdiagrammer kan bruges til at give slutbrugeren med en fysisk ide om, hvor de data, de input i sidste ende har en virkning på strukturen af ​​hele systemet fra for at sende at rapportere. Hvordan ethvert system er udviklet, kan bestemmes gennem en datarutediagram model.

I løbet af udviklingen af ​​et sæt nivelleret data rutediagrammer analytikeren / designere er tvunget til at tage fat på, hvordan systemet kan opdeles i komponenter delsystemer og identificere data transaktionen i datamodel.

Data flowdiagrammer kan bruges i både analyse og design fase af SDLC.

Der er forskellige notationer til at trække data rutediagrammer, som definerer forskellige visuelle repræsentationer til processer, datalagre, dataflow og eksterne enheder.

Fysisk DFD

En fysisk DFD viser, hvordan systemet er faktisk gennemført, enten i øjeblikket, eller hvordan designeren har til hensigt, at det er i fremtiden. Således kan en fysisk DFD bruges til at beskrive det sæt af dataelementer, der vises på hvert stykke papir, der bevæger sig rundt et kontor, og det faktum at et bestemt sæt stykker papir opbevares sammen i et arkivskab. Det er meget muligt, at en fysisk DFD vil indeholde henvisninger til oplysninger, der er duplikerede, eller overflødige, og at datalagre, hvis den gennemføres som et sæt databasetabeller, ville udgøre en un-normaliseret relationel database. I modsætning hertil en Logical DFD forsøger at indfange datastrømsaktiviteterne aspekter af et system i en form, hverken har redundans eller dobbeltarbejde.

.

  0   0
Forrige artikel Edward Abraham Byrne
Næste artikel Baseball Prospekt

Kommentarer - 0

Ingen kommentar

Tilføj en kommentar

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Tegn tilbage: 3000
captcha