Definiți entitatea externă a unei diagrame dfd. Diagrame de flux de date

Concept general

Metoda de modelare a proceselor - flux de date (DFD)

DFD-urile vă permit să prezentați cerințele pentru sistemul proiectat sub forma unei ierarhii de componente funcţionale (procese) conectate prin fluxuri de date.

Scopul acestei reprezentări este de a demonstra modul în care fiecare proces își transformă intrările în ieșiri și de a dezvălui relațiile dintre aceste procese.

Exemplu. America anii 20. Consultantul biroului a marcat fiecare funcționar cu un cerc și fiecare document trecut între ei cu o săgeată. Folosind o astfel de diagramă, el a propus o schemă de reorganizare în care doi funcționari care schimbau o mulțime de documente erau așezați în apropiere, iar funcționarii cu puțină interacțiune erau așezați la mare distanță unul de celălalt. Așa s-a născut primul prototip DFD.

Pentru a construi DFD, sunt utilizate două notații diferite, corespunzătoare metodelor Jordan și Hein-Serson. Alte exemple vor folosi notația Hein-Serson mai populară astăzi.

Modelul de sistem descrie procesul asincron de transformare a informațiilor. Descompunere diagrame de context(diagramele nivelurilor superioare) continuă, creând o ierarhie de diagrame pe mai multe niveluri, până se ajunge la nivelul de descompunere, la care procesele devin elementare și este imposibil să le detaliem mai departe.

Principalele componente ale diagramelor de flux de date sunt:

1. Entități externe.

2. Sisteme și subsisteme.

3. Procese.

4. Dispozitive de stocare a datelor.

5. Fluxuri de date.

Entitate externă– un obiect material sau individ care este sursă sau receptor de informații (clienți, furnizori, clienți, depozit etc.) Pe diagramele de flux de date, o entitate externă este indicată printr-un pătrat care aruncă o umbră.

Sisteme și subsisteme sunt elemente ale nivelului superior de descompunere și sunt afișate pe diagramele de context ca un întreg.

Sistemele și subsistemele sunt descompuse în proceselor– componente de diagramă concepute pentru a transforma fluxurile de date de intrare în fluxuri de ieșire în conformitate cu un algoritm specific.

Din punct de vedere fizic, procesul poate fi implementat în diferite moduri: poate fi un departament al organizației care procesează documente de intrare și emite rapoarte, sau un program, sau un dispozitiv logic implementat hardware etc.

Folosirea verbelor precum „procesează”, „actualizează” sau „editează” în diagrame indică o lipsă de înțelegere a procesului și necesită o analiză suplimentară.

Stocare a datelor– un dispozitiv abstract pentru stocarea informațiilor. Se presupune că informațiile pot fi plasate într-un dispozitiv de stocare în orice moment și recuperate după un anumit timp, iar metodele de plasare și preluare de acolo pot fi diferite.

Din punct de vedere fizic, un dispozitiv de stocare a datelor poate fi implementat sub forma unei cutii într-un dulap de fișiere, un tabel în RAM, fișiere pe suport magnetic etc.

Într-o diagramă de flux de date, o unitate de date este identificată prin litera „D” și un număr arbitrar. Numele unității este ales pentru a fi cel mai informativ pentru proiectant. În general, un dispozitiv de stocare a datelor este un prototip al unei baze de date viitoare, iar descrierea datelor stocate în acesta trebuie specificată în conformitate cu modelul informațional (ERD).

Flux de date definește informațiile transmise printr-o conexiune de la o sursă la un receptor. Fluxul de date real poate fi informații transmise printr-un cablu între două dispozitive, scrisori trimise prin poștă, benzi magnetice sau dischete transferate de la un computer la altul etc.

Într-o diagramă, fluxul de date este reprezentat printr-o linie care se termină cu o săgeată care arată direcția fluxului. Fiecare flux de date are un nume care reflectă conținutul său.

Când construiți diagrame DFD, este obișnuit să folosiți următoarele recomandări:

1.Plasați de la 3 la 6÷7 procese pe fiecare diagramă.

3. Încercați să nu folosiți abrevieri.

4. Nu aglomerați diagramele cu detalii neimportante.

9.3. Diagrame entitate-relație

Notația ERD pentru construirea diagramelor entitate-relație include nouă componente principale.

Cel mai adesea, modelele de informații de acest tip sunt folosite pentru a proiecta o structură a bazei de date.

Baza acestei metodologii pentru modelarea grafică a sistemelor informaționale este o tehnologie specială pentru construirea diagramelor de flux de date DFD. La elaborarea metodologiei DFD au participat mulți analiști, printre care trebuie remarcat E. Yourdon. Este autorul uneia dintre primele notații grafice, DFD. În prezent, cea mai comună este așa-numita notație Gene-Sarson, ale cărei elemente principale vor fi discutate în această secțiune.

Modelul de sistem în contextul DFD este reprezentat sub forma unui model informațional, ale cărui componente principale sunt diverse fluxuri de date care transferă informații de la un subsistem la altul. Fiecare dintre subsisteme realizează anumite transformări ale fluxului de date de intrare și transmite rezultatele prelucrării informațiilor sub formă de fluxuri de date către alte subsisteme.

Principalele componente ale diagramelor de flux de date sunt:

Entități externe

Unități de date sau stocare

Procesele

Fluxuri de date

Sisteme/subsisteme

O entitate externă este un obiect material sau individ care poate acționa ca sursă sau receptor de informații. Definiția unui obiect sau sistem ca entitate externă nu este strict fixă. Deși entitatea externă se află în afara granițelor sistemului în cauză, în procesul de analiză ulterioară, unele entități externe pot fi transferate în interiorul diagramei modelului sistemului. Pe de altă parte, procesele individuale pot fi mutate în afara diagramei și prezentate ca entități externe. Exemple de entități externe includ: clienții unei organizații, clienții, personalul, furnizorii.

O entitate externă este indicată printr-un dreptunghi cu umbră (Fig. 2.15), în interiorul căruia este indicată numele acesteia. În acest caz, se recomandă utilizarea unui substantiv în cazul nominativ ca nume. Uneori, o entitate externă este numită și terminator.

Orez. 2.15. Ilustrarea unei entități externe într-o diagramă de flux de date

Un proces este un set de operații pentru a transforma fluxurile de date de intrare în fluxuri de ieșire în conformitate cu un algoritm sau o regulă specifică. Deși un proces poate fi implementat fizic într-o varietate de moduri, cea mai comună este o implementare software a procesului. Un proces într-o diagramă de flux de date este reprezentat printr-un dreptunghi rotunjit (Figura 2.16), împărțit în trei secțiuni sau câmpuri prin linii orizontale. Câmpul cu numărul procesului servește la identificarea acestuia din urmă. Câmpul din mijloc conține numele procesului. Se recomandă utilizarea unui verb într-o formă nedefinită cu adaosurile necesare ca nume. Câmpul inferior conține o indicație a metodei de implementare fizică a procesului.

Orez. 2.16. Reprezentarea unui proces într-o diagramă de flux de date

Orez. 2.17. Ilustrarea unui subsistem într-o diagramă de flux de date

Modelul informațional al sistemului este construit ca o anumită diagramă ierarhică sub forma unei așa-numite diagrame de context, pe care modelul original este prezentat în mod consecvent sub forma unui model de subsisteme ale proceselor de conversie a datelor corespunzătoare. În acest caz, subsistemul sau sistemul din diagrama de context DFD este reprezentat în același mod ca și procesul - un dreptunghi cu vârfuri rotunjite (Fig. 2.17).

O unitate sau un depozit de date este un dispozitiv abstract sau o metodă de stocare a informațiilor care se deplasează între procese. Se presupune că datele pot fi plasate în unitate în orice moment și recuperate după ceva timp, iar metodele fizice de stocare și preluare a datelor pot fi arbitrare. Un dispozitiv de stocare a datelor poate fi implementat fizic în diferite moduri, dar cel mai adesea se presupune că este implementat în formă electronică pe suport magnetic. Stocarea datelor pe diagrama fluxului de date este reprezentată ca un dreptunghi cu două câmpuri (Fig. 2.18). Primul câmp este folosit pentru a indica numărul sau identificatorul unității, care începe cu litera „D”. Al doilea câmp este folosit pentru a indica numele. În acest caz, se recomandă utilizarea unui substantiv ca nume al unității, care caracterizează metoda de stocare a informațiilor relevante.

Orez. 2.18. Ilustrarea unei unități într-o diagramă de flux de date

În cele din urmă, fluxul de date determină natura calitativă a informației transmise printr-o conexiune de la sursă la receptor. Fluxul de date real poate fi transmis printr-o rețea între două computere sau în orice alt mod care permite ca datele să fie preluate și restaurate în formatul necesar. Fluxul de date într-o diagramă DFD este reprezentat printr-o linie cu o săgeată la un capăt, cu săgeata indicând direcția fluxului de date. Fiecare flux de date are propriul nume, reflectând conținutul său.

Astfel, modelul informațional al sistemului în notație DFD este construit sub formă de diagrame de flux de date, care sunt reprezentate grafic folosind sistemul de notație corespunzător. Ca exemplu, luați în considerare un model simplificat al procesului de primire a unei anumite sume de numerar pe un card de credit de către un client al unei bănci. Entitățile externe din acest exemplu sunt un client al unei bănci și, eventual, un angajat al băncii care supraveghează procesul de servicii pentru clienți. Stocarea datelor poate fi o bază de date privind starea conturilor clienților bănci individuali. Fluxurile de date individuale reflectă natura informațiilor transmise necesare pentru a servi clientul băncii. Modelul corespunzător pentru acest exemplu poate fi reprezentat ca o diagramă de flux de date (Figura 2.19).

În prezent, diagramele fluxului de date sunt utilizate în unele instrumente CASE pentru a construi modele de informații ale sistemelor de procesare a datelor. Principalul dezavantaj al acestei metodologii este, de asemenea, asociat cu lipsa mijloacelor explicite pentru reprezentarea orientată pe obiect a modelelor de sisteme complexe, precum și pentru reprezentarea algoritmilor de procesare complexă.

date. Deoarece diagramele DFD nu indică caracteristicile timpului de execuție ale proceselor individuale și transferul de date între procese, modelele de sisteme care implementează procesarea sincronă a datelor nu pot fi reprezentate adecvat în notația DFD. Toate aceste caracteristici ale metodologiei de analiză a sistemelor structurale au limitat posibilitățile de aplicare largă a acesteia și au servit drept bază pentru includerea instrumentelor adecvate într-un limbaj de modelare unificat.

Orez. 2.19. Exemplu de diagramă DFD pentru procesul de primire a unor numerar de la un card de credit

Să luăm în considerare construirea unui model DFD al unui sistem informațional pentru un lanț de magazine care vând genți. Să completăm diagrama IDEF0 construită în lucrarea de laborator nr. 1 cu o diagramă DFD. Să construim o diagramă DFD pentru funcția A4 „Analiza lucrul” Vezi Fig. 4.

Orez. 4. Exemplu de diagramă DFD

Exercițiu

Învață metoda DFD.
Se completează modelul funcțional al sistemului informațional, construit în lucrarea de laborator nr. 1, cu o diagramă de flux de date pentru acele blocuri funcționale IDEF0 ale modelului pentru care este necesar să se arate mișcarea datelor.
Răspunde la întrebări de securitate.
Creați un raport (copertă, sarcină, diagramă DFD)

Întrebări de control

Ce procese dintr-un sistem sunt descrise folosind diagrame de flux de date?
Care sunt principalele obiecte ale diagramelor de flux de date?
Este utilizat principiul de descompunere la construirea diagramelor DFD?
Locul în care săgeata se apropie de blocuri sau locul în care săgeata iese din bloc poate fi arbitrar sau supus unor reguli?
Cum este izolat un obiect într-o entitate externă?

Literatură

Fedotova, D.E. Tehnologii CASE: Atelier / D.E. Fedotova, Yu.D. Semenov, K.N. Scatiu. - M.: Hotline - Telecom, 2005. - 160 p.: ill.
Kalashyan, A.N. Modele structurale de afaceri: tehnologii DFD / A.N. Kalashyan, G.N. Kalyanov. - M.: Finanțe și Statistică, 2003.
Diagrame de flux de date DFD. - http://www.proinfotech.ru/dmdlr2.htm.
Metode de modelare a proceselor de afaceri. - http://www.jetinfo.ru/2004/10/1/article1.10.2004153.html.

Construirea unei diagrame de descompunere în notație DFD

Scopul lucrării:

construiți o diagramă de descompunere în notație DFD a uneia dintre diagramele IDEF0 construite în laboratoarele anterioare

Diagramele de flux de date (DFD) sunt utilizate pentru a descrie fluxul documentelor și procesarea informațiilor. La fel ca IDEF0, DFD reprezintă sistemul modelat ca o rețea de activități interconectate. Ele pot fi folosite ca o completare la modelul IDEF0 pentru a afișa mai clar operațiunile curente ale fluxului de documente în sistemele de procesare a informațiilor corporative. Scopul principal al DFD este să arate modul în care fiecare loc de muncă își transformă intrările în ieșiri și să dezvăluie relațiile dintre acele locuri de muncă.

Orice diagramă DFD poate conține activități, entități externe, săgeți (fluxuri de date) și depozite de date.

Lucrări. Lucrările sunt descrise ca dreptunghiuri cu colțuri rotunjite (Fig. 1), semnificația lor coincide cu semnificația lucrărilor IDEF0 și IDEF3. La fel ca IDEF3 funcționează, au intrări și ieșiri, dar nu acceptă controale și mecanisme precum IDEF0. Toate aspectele lucrării sunt egale. Fiecare job poate avea mai multe săgeți care intră și ies.

Figura 1. Lucrul în DFD

Entități externe. Entitățile externe reprezintă intrări și/sau ieșiri dintr-un sistem. O singură entitate externă poate furniza simultan intrări (funcționând ca furnizor) și accepta ieșiri (funcționând ca receptor). O entitate externă este un obiect material, cum ar fi clienți, personal, furnizori, clienți, depozit. Definirea unui obiect sau a unui sistem ca entitate externă indică faptul că acesta se află în afara granițelor sistemului analizat. Entitățile externe sunt reprezentate ca un dreptunghi cu o umbră și sunt de obicei situate la marginile diagramei (Fig. 2).

Figura 2. Entitate externă în DFD

Săgeți (fluxuri de date). Săgețile descriu mișcarea obiectelor dintr-o parte a sistemului în alta (de aici rezultă că o diagramă DFD nu poate avea săgeți de limită). Deoarece toate laturile unei lucrări DFD sunt egale, săgețile pot începe și se pot termina pe orice parte a dreptunghiului. Săgețile pot fi bidirecționale.

Magazin de date. Spre deosebire de săgețile care descriu obiecte în mișcare, depozitele de date descriu obiecte în repaus (Figura 3). Un depozit de date este un dispozitiv abstract pentru stocarea informațiilor care pot fi plasate într-o unitate în orice moment și preluate după un anumit timp, iar metodele de stocare și preluare pot fi oricare. În general, este un prototip al viitoarei baze de date, iar descrierea datelor stocate în aceasta trebuie să corespundă modelului informațional (Entity-RelationshipDiagram).

Figura 3. Stocarea datelor în DFD

Descompunerea lucrării IDEF0 într-o diagramă DFD. Când descompuneți lucrarea IDEF0 în DFD, trebuie să luați următorii pași:

eliminați toate săgețile de delimitare din diagrama DFD;
să creeze entități externe și depozite de date adecvate;
creați săgeți interne pornind de la entități externe în loc de săgeți de limită;
săgețile de pe diagrama IDEF0 tunelizate

Nu este întotdeauna convenabil să respectați cu strictețe regulile de notație DFD, așa că BPWin vă permite să creați săgeți de delimitare în diagramele DFD.

Construirea unei diagrame de descompunere. Să descompunem lucrarea Livrare și aprovizionare diagrama A0 „Activitățile unei întreprinderi în asamblarea și vânzarea de calculatoare și laptopuri”. În această lucrare, am identificat următoarele lucrări pentru copii:

furnizarea componentelor necesare - se ocupa de activitati legate de gasirea furnizorilor potriviti si comandarea componentelor necesare de la acestia
depozitarea componentelor și calculatoarelor asamblate
expedierea produselor finite - toate acțiunile legate de ambalare, documentare și expedierea efectivă a produselor finite

Să evidențiem munca Livrare și aprovizionare diagrama A0 „Activitățile unei întreprinderi pentru asamblarea și vânzarea de calculatoare și laptopuri”, faceți clic pe butonul „GotoChildDiagram” din bara de instrumente și selectați notația DFD. La crearea unei diagrame copil, BPWin transportă săgețile de delimitare ale lucrării părinte, acestea trebuie eliminate și înlocuite cu entități externe. Săgețile de mecanism, săgețile de control „Reguli și proceduri”, „Informații de gestionare” și săgeata de ieșire „Rapoarte” de pe diagrama copil nu vor fi folosite, pentru a nu aglomera diagrama cu detalii mai puțin semnificative. Vom înlocui săgețile rămase cu entități externe - butonul „ExternalReferenceTool” din bara de instrumente, în fereastra care apare, selectați comutatorul „Arrow” și selectați numele dorit din listă (Fig. 4):

Figura 4. Adăugarea unei entități externe

Figura 5. Locuri de muncă și entități externe

Lucrarea centrală aici este „Depozitarea componentelor și a calculatoarelor asamblate”. Intrarea acestuia primește calculatoare asamblate și componente primite de la furnizori, precum și o listă de componente necesare pentru asamblarea calculatoarelor. Rezultatul acestei lucrări va fi componentele necesare (dacă sunt disponibile), o listă de componente lipsă transferate la intrarea lucrării „Furnizarea componentelor necesare” și calculatoarele asamblate transferate pentru expediere. Ieșirile lucrării „Furnizarea componentelor necesare” și „Livrarea produselor finite” vor fi, respectiv, comenzi către furnizori și produse finite.

Următorul pas este să determinați ce informații sunt necesare pentru fiecare loc de muncă, de exemplu. trebuie plasat pe diagrama depozitului de date (Fig. 6).

Figura 6. Diagrama de descompunere finală

Jobul „Aprovizionare componente necesare” funcționează cu informații despre furnizori și informații despre comenzile plasate la acești furnizori. Săgeata care conectează lucrarea și depozitul de date „Lista furnizorilor” este bidirecțională, deoarece work poate primi atât informații despre furnizorii existenți, cât și introduce date despre noii furnizori. Săgeata care conectează lucrarea cu depozitul de date „Lista de comenzi” este unidirecțională, deoarece lucrarea introduce doar informații despre comenzile efectuate.

Lucrarea „Depozitarea componentelor și calculatoarelor asamblate” funcționează cu informații despre componentele primite și emise și calculatoarele asamblate, prin urmare săgețile care conectează lucrarea cu depozitele de date „Lista componentelor” și „Lista calculatoarelor asamblate” sunt bidirecționale. De asemenea, această lucrare, la primirea componentelor, trebuie să noteze că comanda către furnizori a fost finalizată. Pentru a face acest lucru, este conectat la magazinul de date „Lista de comenzi” cu o săgeată unidirecțională. Vă rugăm să rețineți că în diagramele DFD același depozit de date poate fi duplicat.

În cele din urmă, jobul „Livrarea produselor finite” trebuie să stocheze informații despre transporturile finalizate. Pentru a face acest lucru, introduceți depozitul de date corespunzător - „Date de expediere”.

Ultimul pas este să tunelizați săgețile lucrării părinte (Fig. 7):

Figura 7. Diagrama IDEF0 cu săgeți tunelizate pentru jobul de expediere și achiziții.

o scurtă descriere a lucrării care se descompune
diagrama de descompunere

Exemplu de diagramă DFD a procesului „Elaborarea unei specificații tehnologice” folosind Bpwin

standardele IT

În comentariile la unul dintre articolele mele anterioare despre IDEF0, unul dintre utilizatori a cerut să-mi spună mai multe despre ce este DFD. Conceptul este oarecum confuz, mulți dintre clienții mei pun întrebări și despre fluxurile de date și standardele de diagrame. De aceea am decis să dedic acest articol DFD.

DFD este o abreviere general acceptată pentru engleză. diagrame de flux de date - diagrame de flux de date. Acesta este numele metodologiei de analiză structurală grafică, care descrie sursele și destinațiile de date externe sistemului, funcțiile logice, fluxurile de date și depozitele de date care sunt accesate. Diagrama fluxului de date (DFD) este unul dintre principalele instrumente de analiză structurală și proiectare a sistemelor informaționale care existau înainte de utilizarea pe scară largă a UML. Wikipedia

În opinia mea, definiția din Wikipedia în limba rusă este oarecum supraîncărcată cu informații și, ca urmare, inutil de greu de înțeles. De asemenea, eu personal cred că DFD și UML sunt instrumente diferite și, prin urmare, este incorect să spunem că DFD este pur și simplu un predecesor al UML.

Pentru mine, am venit cu următoarea formulare:

DFD este o notație concepută pentru a modela sistemele informaționale din punct de vedere al stocării, prelucrării și transmiterii datelor.

De ce avem nevoie de notația DFD?

Din punct de vedere istoric, sintaxa acestei notații a fost folosită în două versiuni - Yourdon și Gane-Sarson. Diferențele dintre ele sunt în tabelul de mai jos:

Eu însumi folosesc doar una dintre opțiuni, potrivit lui Hein și Sarson. Dar când cercetam materialul înainte de a scrie acest articol, am văzut acest tabel de comparație. Consider că este important nu atât pentru alegerea unei opțiuni de sintaxă, va depinde mai mult de alegerea software-ului pentru crearea notațiilor și de preferințele dumneavoastră personale, ci ca o ilustrare clară a faptului că DFD nu are o sintaxă rigidă, ca , de exemplu, în BPMN. Există diferite opțiuni pe care le puteți folosi aici, principalul lucru este că sunt clare pentru dvs. și clienții dvs. Notația DFD este un instrument convenabil pentru a crea diagrame ad-hoc care pot fi realizate rapid și cu libertate maximă.

Acest tip de notație este utilizat atunci când este necesară o descriere a sistemului ca depozit de date. Acestea. notația ar trebui să răspundă clar la întrebările:

În ce constă un sistem informațional?
Ce este nevoie pentru a procesa informații?

Notația DFD în sine constă din următoarele elemente:

Proces, adică o funcție sau o secvență de acțiuni care trebuie întreprinse pentru ca datele să fie prelucrate. Aceasta ar putea fi crearea unei comenzi, înregistrarea unui client etc. Se obișnuiește să se folosească verbe în numele proceselor, de ex. „Creați un client” (nu „creați un client”) sau „procesați o comandă” (nu „postați o comandă”). Nu există un sistem strict de cerințe, ca, de exemplu, în IDEF0 sau BPMN, unde notațiile au o sintaxă strict definită, deoarece pot fi executabile. Dar totuși, anumite reguli ar trebui urmate pentru a nu crea confuzie atunci când alte persoane citesc DFD.
Entități externe. Acestea sunt orice obiecte care nu sunt incluse în sistemul în sine, dar sunt o sursă de informații pentru acesta sau destinatarii oricărei informații din sistem după procesarea datelor. Aceasta ar putea fi o persoană, un sistem extern, orice mediu de stocare sau stocare de date.
Magazin de date. Stocarea internă a datelor pentru procesele din sistem. Datele primite înainte de procesare și rezultatul după procesare, precum și valorile intermediare, trebuie stocate undeva. Acestea sunt baze de date, tabele sau orice altă opțiune de organizare și stocare a datelor. Aici vor fi stocate datele clienților, solicitările clienților, facturile și orice alte date care au intrat în sistem sau sunt rezultatul proceselor de prelucrare.
Flux de date. Notația este afișată sub formă de săgeți care arată ce informații sunt incluse și ce informații iese dintr-un anumit bloc de pe diagramă.

Notația DFD poate descrie orice acțiune, inclusiv procesul de vânzare sau expediere a mărfurilor, lucru cu solicitările clienților sau achiziționarea de materiale, din punctul de vedere al descrierii sistemului. Această notație ajută la înțelegerea în ce ar trebui să constea sistemul și ce este necesar pentru a automatiza un proces de afaceri. Dar DFD nu este o descriere a procesului de afaceri în sine. Aici, de exemplu, nu există un parametru atât de important ca timpul. De asemenea, această notație nu oferă condiții și „furci”. În DFD, analizăm de unde provin datele, ce date sunt necesare, cum sunt procesate și unde ar trebui trimise rezultatele. Acestea. Această notație descrie nu atât procesul în sine, cât mișcarea fluxurilor de date. Pentru a lucra cu procese, recomand să folosiți BPMN sau IDEF3 (voi vorbi despre asta altă dată).

Cum se creează notații DFD

Să aruncăm o privire la notația de automatizare a vânzărilor ca exemplu. Să presupunem că avem un client care face o cerere prin intermediul site-ului sau telefonic. Există un manager care înregistrează această aplicație. Astfel, în sistem apar date - clientul și comanda sa. Angajatul depozitului trebuie să vadă acest lucru și să expedieze marfa cu toate documentele necesare și să predea documentele clientului.

Secvența arată astfel:

Clientul își oferă datele și aplicația.
Managerul verifică și introduce datele primite în sistem.
Un angajat al depozitului generează documente, de exemplu, o factură, și expediază mărfurile.
Clientul primește marfa și un pachet de documente pentru aceasta.

Trebuie să vedem această secvență de acțiuni din punctul de vedere al stocării datelor și al lucrului cu acestea în sistemul IT.

Din perspectiva DFD avem:

Cumpărătorul este o entitate externă care este sursa datelor și destinatarul rezultatului.
Procesul de procesare a comenzii (confirmarea și afișarea datelor în sistem de către manager).
Colectarea comenzii la depozit (după primirea cererii).
Înregistrarea expedierii (crearea documentelor necesare).

Ce reguli trebuie să știți pentru a crea o diagramă DFD:

Fiecare proces trebuie să aibă cel puțin o intrare și o ieșire. Semnificația proceselor aici este de a procesa date și, prin urmare, procesul trebuie să primească date (săgeata de intrare) și să le dea undeva după procesare (săgeata de ieșire);
Procesul de prelucrare a datelor trebuie să aibă o săgeată externă de intrare (date de la o entitate externă). Pentru ca un astfel de proces să înceapă să funcționeze, nu este suficient să folosiți datele din stocare; trebuie să sosească noi informații pentru prelucrare ulterioară;
Săgețile nu pot conecta direct depozitele de date; toate conexiunile trec prin procese. Nu are rost să muți pur și simplu datele dintr-un loc în altul și așa se citește cu o săgeată conexiunea directă a două depozite. Datele sunt primite pentru ca unele acțiuni să fie efectuate, în exemplul nostru se realizează procesul de vânzare. Și acest lucru este posibil doar prin procesare (proces);
Toate procesele trebuie să fie asociate fie cu alte procese, fie cu alte depozite de date. Procesele nu există de la sine și, prin urmare, rezultatul trebuie transmis undeva;
Descompunere. Diagramele DFD oferă capacitatea de a crea procese mari și de a le descompune în subprocese cu o descriere detaliată a acțiunilor. De exemplu, putem crea un proces de „creare a unei aplicații”, care poate fi apoi descompus într-o secvență de acțiuni, de exemplu, pentru a primi o aplicație, separat – verificarea și obținerea datelor despre clienți; dacă un produs dintr-un magazin online este vândut la comandă, atunci și atunci când creați o aplicație va trebui să obțineți date de la furnizor despre disponibilitatea articolelor solicitate etc. Și apoi pe diagrama de sus vom avea blocul „procesarea aplicației”, iar atunci când este descompus, vom obține o diagramă cu o secvență detaliată de acțiuni în această etapă. În același timp, în nicio etapă nu vom avea condiții și ramuri. Va avea loc un proces și descompunerea lui până la 3-4 niveluri adânci.

Cum va arăta diagrama (fără descompunere, nivel superior):

Și descompunerea elementului principal al diagramei noastre:

Unde sunt folosite notațiile DFD?

Diagramele DFD sunt utilizate în mod activ în dezvoltarea de software. în care:

depozitele de date sunt foi de calcul și baze de date,
entități externe – clienți sau alte baze de date, inclusiv cele din alte programe (integrare și schimb de date),
procesele sunt funcțiile și modulele realizate în sistem.

Notațiile DFD sunt, de asemenea, convenabile pentru analiză atunci când sistemul este considerat din punctul de vedere al fluxului de documente. În același timp, puteți vedea clar unde sunt stocate datele, cum este schimbată documentația, unde s-au făcut erori în organizarea proceselor de afaceri în acest proces etc. Dar aici utilizarea diagramelor DFD necesită o atenție deosebită. Totuși, aceasta nu este o descriere a unui proces de afaceri ca atare, ci mai degrabă o diagramă a mișcării datelor în timpul implementării proceselor de afaceri. Dar ca opțiune auxiliară, inclusiv pentru a demonstra vizual clientului problemele existente și metodele de optimizare a muncii, acest tip de notație este destul de potrivit.

De exemplu, pentru a identifica problemele fluxului de documente, duplicarea documentelor sau, dimpotrivă, lipsa documentației sau a datelor electronice din sistem, este foarte convenabil să creați o descriere separată a procesului de afaceri și apoi o notație DFD pentru aceasta. Sau invers, o notație DFD este creată mai întâi pentru a înțelege elementele de bază ale afacerii și caracteristicile implementării fluxului de documente. Ajută la identificarea, de exemplu, a absenței unor documente importante în sistemul de automatizare care sunt create efectiv (pe hârtie), dar nu sunt afișate în sistem în niciun fel. Și apoi se construiește un proces de afaceri optimizat, ținând cont de nuanțele identificate ale fluxului de documente.

Notațiile DFD sunt ușor de făcut!

Cred că notația DFD este cu adevărat mult mai simplă decât pare la prima vedere. Principalul lucru este să înțelegeți clar limitările construcției acestui tip de diagramă (lipsa condițiilor, timpul etc.) și să le aplicați acolo unde exact această abordare va fi mai convenabilă. Poate că veți găsi propriile utilizări pentru DFD pe care nu le-am descris mai sus. Lista mea conține doar acele opțiuni pe care le folosesc în practică.

Ceea ce este deosebit de convenabil la notațiile DFD este că nu trebuie să respectați reguli și sintaxă stricte, cum ar fi, de exemplu, în BPMN. Aceste notații nu vor fi executabile; ele sunt necesare pentru a înțelege caracteristicile fluxului documentelor, structurii și lucrărilor ulterioare cu date. Prin urmare, dacă diagrama dvs. este clară atât pentru dvs., cât și pentru client, unele abateri de la standardele DFD sunt destul de acceptabile.

În principiu, puteți desena diagrame DFD oriunde și oricum doriți. Dar dacă doriți să lucrați cu descompunerea, să construiți un sistem la diferite niveluri de detaliu, atunci va trebui să uitați de „instrumentele de desen” (Visio, Paint și altele asemenea). Veți avea nevoie de programe de modelare specializate.

Personal, folosesc ERwin și îl recomand tuturor. Unul dintre motivele alegerii mele sunt caracteristicile descompunerii. În ERwin, ca și în alte sisteme similare, este posibil să se descompună procesele DFD în formatul IDEF3, de exemplu. diagrama principală va fi în format DFD, iar la cel mai general nivel veți vedea principalele fluxuri de date și „nodurile” procesării acestora. Și cu descompunerea, puteți utiliza o abordare prin proces, care poate fi, de asemenea, foarte convenabilă pentru dezvoltarea sistemelor mari sau pentru lucrul cu diferite departamente de afaceri.

Intrebari si raspunsuri

Care este diferența dintre DFD și UML?

Există un limbaj de notație numit UML, care se poziționează și ca o notație bazată pe date. Dar, în același timp, UML este deja un limbaj de programare; are sintaxă și cerințe stricte, dar există și multe mai multe posibilități de descriere a diferitelor funcții. DFD este o notație care este folosită mai liber și este mai potrivită pentru planificare, studierea posibilelor opțiuni de soluție, discutarea cu clientul etc.

Dacă sunteți dezvoltator și cunoașteți UML, este posibil ca chiar și unele soluții preliminare să vă fie mai convenabil să le creați în această notație. Și pentru un consultant de afaceri, DFD va fi întotdeauna mai convenabil ca instrument, deoarece un consultant de afaceri nu are nevoie de o descriere detaliată a funcțiilor din punct de vedere al automatizării; aceasta este sarcina specialiștilor tehnici. Dar DFD economisește mult timp și efort.

Cu toate acestea, DFD nu ar trebui să fie considerat o versiune simplificată a UML. În ciuda asemănării abordării, acestea sunt instrumente diferite destinate unor scopuri diferite.

Câte elemente pot fi folosite într-un DFD?

Spre deosebire de sistemele cu sintaxă și reglementări rigide, în DFD nu există o limită a numărului de elemente care pot fi pe o diagramă. Pentru comparație: în IDEF0 există un număr de astfel de elemente, apoi există doar detalii (descompunere) sau notații diferite.
Pe de o parte, acesta este un mare plus, deoarece absența restricțiilor oferă libertate și confort maxim la redactarea notării. Pe de altă parte, nu este recomandat să abuzezi de această libertate. Amintiți-vă, cu cât aveți mai multe elemente într-o diagramă, cu atât este mai dificil de citit.

Pot fi folosite notațiile DFD pentru a lucra cu clienții?

În principiu, nimeni nu poate interzice acest lucru. Mai mult, în cantități limitate, ca ilustrare a unora dintre explicațiile dvs., astfel de notații sunt perfecte atunci când discutați despre caracteristicile proiectului cu clientul. Dar totuși, clienții de obicei înțeleg puțin problemele de automatizare, structura de stocare a datelor, capacitățile de procesare etc. Toate acestea sunt de competența dezvoltatorilor. Iar notațiile DFD sunt construite ținând cont de specificul lucrului cu date, așa că recomand totuși să le folosiți mai ales atunci când discutați un proiect cu specialiști, atunci când creați o descriere tehnică și o atribuire pentru dezvoltatori, pentru a crește înțelegerea de către dezvoltatori a esenței și caracteristicilor. a proiectului. Chiar și explicarea caracteristicilor notațiilor DFD unui client nepregătit poate fi dificilă.

Atunci când se construiește un model funcțional al unui sistem, o alternativă la metodologie () este metodologia diagrame de flux de date (Diagrame de flux de date, DFD). Spre deosebire de cel destinat proiectării sistemelor în general, DFD este destinat proiectării sistemelor informaționale. Accentul acestei metodologii pe proiectarea sistemelor automate o face un instrument convenabil și mai avantajos atunci când se construiește un model funcțional TO-BE.

La construirea diagramelor se disting elementele de notație grafică prezentate în tabel. 6.1.

Tabelul 6.1. Elemente de notație grafică DFD

Nume	Notație Jordan	Notația Gein-Sarson
Flux de date
Proces (sistem, subsistem)
Stocare a datelor
Entitate externă

Flux de date definește informații (obiect material) transmise printr-o conexiune de la o sursă la un receptor. Fluxul de date real poate fi informații transmise printr-un cablu între două dispozitive, scrisori trimise prin poștă, benzi magnetice sau dischete transferate de la un computer la altul etc.

Fiecare flux de date are un nume care reflectă conținutul său. Direcția săgeții arată direcția fluxului de date. Uneori, informațiile se pot mișca într-o singură direcție, pot fi procesate și se pot întoarce înapoi la sursă. Această situație poate fi modelată fie prin două fluxuri diferite, fie prin unul – bidirecțional.

Definirea unui obiect, subiect sau sistem ca entitate externă indică faptul că acesta se află în afara granițelor sistemului informațional proiectat. Din această cauză, entitățile externe sunt de obicei afișate doar în diagrama DFD contextuală. În timpul procesului de analiză și proiectare, unele entități externe pot fi transferate în diagrame de descompunere, dacă este necesar, sau, dimpotrivă, o parte din procese (subsisteme) poate fi reprezentată ca entitate externă.

Construcția unui model funcțional DFD începe, ca în IDEF0, cu dezvoltarea unei diagrame de context. Afișează procesul principal (sistemul în sine ca întreg) și conexiunile acestuia cu mediul extern (entități externe). Această interacțiune este afișată prin fluxuri de date. Este posibil să afișați mai multe procese sau subsisteme principale simultan pe o diagramă de context. Un exemplu de diagramă de context pentru problema luată în considerare este prezentat în figura următoare.

Orez. 6.23. Diagrama de context a sistemului de determinare a vitezelor admisibile (metodologia DFD)

Această diagramă arată că bazele de date ARM-P (Track Service Workstation) sau SBD-P (Consolidated DB – Track Fragment), care conțin aproape toate informațiile necesare despre tronsoane de drum, pot fi folosite ca sursă de date inițiale pentru funcționarea sistemului.

Totodata, sistemul lasa posibilitatea introducerii si reglarii manuale. În ciuda faptului că bazele de date ARM-P sau SBD-P sunt entități externe în raport cu sistemul, în scopul unei mai bune percepții ele sunt prezentate ca un dispozitiv de stocare a datelor.

Procesul de proiectare ulterior constă în construirea diagramelor de descompunere, care sunt construite (prezentând dispozitivul) numai pentru procese sau subsisteme (sisteme) .

Diagrama de descompunere a primului nivel al sistemului proiectat este prezentată în figura următoare.

Orez. 6.24. Diagrama de descompunere de prim nivel (metodologia DFD)

În această figură, unora dintre fluxurile de date asociate unităților le lipsesc nume. Acest lucru vă permite să eliminați duplicarea etichetelor și, ca urmare, să reduceți saturația diagramei.

La construirea unei diagrame de descompunere, blocurile sistemului sunt afișate în unele cazuri ca procese (numele începe cu un verb), în altele - ca subsisteme (numele începe cu cuvântul „subsistem”). Acest lucru se face pentru a ilustra convențiile de denumire a blocurilor. În același timp, descompunerea sistemului ar putea fi reprezentată fie folosind numai procese, fie numai subsisteme.

Diagrama de context și diagrama de descompunere sunt realizate folosind BPwin 4.0.

Decizia de a finaliza procesul de detaliere și de a utiliza mini-specificația este luată de proiectant pe baza următoarelor criterii:

Procesul are un număr relativ mic de fluxuri de date de intrare și de ieșire (2–3 fluxuri);

Posibilitatea descrierii proceselor sub forma unui algoritm simplu;

Posibilitatea de a descrie logica procesului folosind o mini-specificație mică (nu mai mult de 20-30 de linii).

Modelul DFD, pe lângă descrierea aspectului funcțional al sistemului, conține și informații despre informații și aspecte ale componentelor. Setul de dispozitive de stocare a datelor este un prototip al viitoarei baze de date, adică. determină compoziţia şi structura informaţiei. Construirea diagramelor folosind subsisteme ca blocuri arată compoziția și conexiunile componentelor viitorului sistem.

6.12. Extensii DFD pentru sisteme în timp real

Sistemele în timp real sunt construite, de regulă, pe interacțiunea tehnologiei informatice și a diferitelor dispozitive fizice de colectare a informațiilor (senzori, camere, microfoane etc.). Primele sunt convertoare de informații discrete, cele din urmă sunt în principal analogice, adică. generând informații sub forma unui flux continuu. O altă caracteristică a unor astfel de sisteme este o părtinire semnificativă față de managementul obiectelor. Pentru a modela comportamentul sistemelor în timp real, P. Ward și S. Mellor au propus utilizarea unor elemente suplimentare pe DFD.