DFD загварыг бүтээх жишээ. DFD гэж юу вэ (Өгөгдлийн урсгалын диаграмм) Сэдэв: "DFD технологийг ашиглах нь"

Цүнх зардаг сүлжээ дэлгүүрүүдэд зориулсан мэдээллийн системийн DFD загварыг бий болгох талаар авч үзье. Лабораторийн 1-р ажилд хийсэн IDEF0 диаграммыг DFD диаграмаар нэмж оруулъя. А4 "Ажилд дүн шинжилгээ хийх" функцийн DFD диаграммыг бүтээцгээе. 4.

Цагаан будаа. 4. DFD диаграмын жишээ

Дасгал хийх

1. DFD аргыг сур.
2. Лабораторийн 1-р ажилд суурилуулсан мэдээллийн системийн функциональ загварыг мэдээллийн хөдөлгөөнийг харуулах шаардлагатай IDEF0 функциональ блокуудын өгөгдлийн урсгалын диаграммаар нэмж оруулаарай.
3. Аюулгүй байдлын асуултад хариулна уу.
4. Тайлан үүсгэх (Нүүр хуудас, даалгавар, DFD диаграмм)

Хяналтын асуултууд

1. Өгөгдлийн урсгалын диаграммыг ашиглан систем дэх ямар процессуудыг дүрсэлсэн бэ?
2. Өгөгдлийн урсгалын диаграммын гол объектууд юу вэ?
3. DFD диаграммыг бүтээхдээ задралын зарчмыг ашигладаг уу?
4. Сум нь блок руу ойртож байгаа газар эсвэл сум блокоос гарах газар дур зоргоороо эсвэл тодорхой дүрмийн дагуу байж болох уу?
5. Объектыг гадаад объект болгон хэрхэн тусгаарладаг вэ?

Уран зохиол

1. Федотова, Д.Е. CASE технологи: Семинар / Д.Э. Федотова, Ю.Д. Семенов, К.Н. Сискин. - М.: Шуурхай утас - Телеком, 2005. - 160 х.: өвчтэй.
2. Калашян, А.Н. Бизнесийн бүтцийн загварууд: DFD технологи / A.N. Калашян, Г.Н. Кальянов. - М.: Санхүү, статистик, 2003 он.
3. DFD мэдээллийн урсгалын диаграммууд. - http://www.proinfotech.ru/dmdlr2.htm.
4. Бизнесийн үйл явцыг загварчлах аргууд. - http://www.jetinfo.ru/2004/10/1/article1.10.2004153.html.

DFD тэмдэглэгээнд задралын диаграммыг бүтээх

Ажлын зорилго:

• Өмнөх лабораторид бүтээгдсэн IDEF0 диаграммуудын аль нэгийг DFD тэмдэглэгээнд задлах диаграммыг бүтээх

Мэдээллийн урсгалын диаграммыг (DFD) баримт бичгийн урсгал болон мэдээллийн боловсруулалтыг тодорхойлоход ашигладаг. IDEF0-ийн нэгэн адил DFD нь хоорондоо холбогдсон үйл ажиллагааны сүлжээ болгон загварчлагдсан системийг төлөөлдөг. Тэдгээрийг IDEF0 загварт нэмэлт болгон ашиглаж, байгууллагын мэдээлэл боловсруулах систем дэх одоогийн баримт бичгийн урсгалын үйл ажиллагааг илүү тодорхой харуулах боломжтой. DFD-ийн гол зорилго нь ажил бүр өөрийн орцыг гаралт болгон хувиргаж, тэдгээр ажлын хоорондын хамаарлыг илчлэх явдал юм.

Аливаа DFD диаграм нь үйл ажиллагаа, гадаад нэгж, сум (өгөгдлийн урсгал) болон мэдээллийн санг агуулж болно.

Ажилладаг.Бүтээлийг бөөрөнхий булантай тэгш өнцөгт хэлбэрээр дүрсэлсэн (Зураг 1), тэдгээрийн утга нь IDEF0 ба IDEF3 бүтээлүүдийн утгатай давхцаж байна. IDEF3 ажилладаг шиг тэдгээр нь оролт, гаралттай боловч IDEF0 шиг удирдлага, механизмыг дэмждэггүй. Ажлын бүх тал ижил байна. Ажил болгонд орж гарах олон сум байж болно.

Зураг 1. DFD дээр ажиллах

Гадаад байгууллагууд.Гадаад нэгжүүд нь системийн оролт ба/эсвэл гаралтыг илэрхийлдэг. Ганц гадаад байгууллага нь нэгэн зэрэг орцоор хангах (үйлүүлэгчийн үүрэг гүйцэтгэх) ба гаралтыг хүлээн авах (хүлээн авагчийн үүрэг гүйцэтгэх) боломжтой. Гадны байгууллага нь үйлчлүүлэгч, боловсон хүчин, ханган нийлүүлэгч, үйлчлүүлэгч, агуулах гэх мэт материаллаг объект юм. Объект эсвэл системийг гадны биет гэж тодорхойлох нь шинжилж буй системийн хил хязгаараас гадуур байгааг илтгэнэ. Гадны объектуудыг сүүдэртэй тэгш өнцөгт хэлбэрээр дүрсэлсэн бөгөөд ихэвчлэн диаграммын ирмэг дээр байрладаг (Зураг 2).

Зураг 2. DFD дахь гадаад нэгж

Сумнууд (өгөгдлийн урсгал).Сумнууд нь системийн нэг хэсгээс нөгөө хэсэг рүү объектуудын хөдөлгөөнийг дүрсэлдэг (тиймээс DFD диаграмм нь хилийн сумтай байж болохгүй). DFD ажлын бүх талууд тэнцүү байдаг тул сумнууд тэгш өнцөгтийн аль ч талд эхэлж, төгсөж болно. Сум нь хоёр чиглэлтэй байж болно.

Мэдээллийн дэлгүүр.Хөдөлгөөнт байгаа объектуудыг дүрсэлсэн сумнаас ялгаатай нь мэдээллийн агуулах нь объектуудыг тайван байдалд дүрсэлдэг (Зураг 3). Мэдээллийн агуулах нь ямар ч үед дискэнд байрлуулж, тодорхой хугацааны дараа олж авах боломжтой мэдээллийг хадгалах хийсвэр төхөөрөмж бөгөөд хадгалах, олж авах арга нь дурын байж болно. Ерөнхийдөө энэ нь ирээдүйн мэдээллийн сангийн прототип бөгөөд түүнд хадгалагдсан өгөгдлийн тайлбар нь мэдээллийн загвартай тохирч байх ёстой (Entity-RelationshipDiagram).

Зураг 3. DFD-д өгөгдөл хадгалах

IDEF0 ажлыг DFD диаграммд задлах. IDEF0-ийн ажлыг DFD болгон задлахдаа дараах алхмуудыг хийх ёстой.

• DFD диаграм дээрх бүх хилийн сумыг арилгах;
• зохих гадаад нэгж, мэдээллийн санг бий болгох;
• хилийн сумны оронд гадаад объектоос эхлэн дотоод сум үүсгэх;
• IDEF0 диаграм дээрх сумнууд туннел

DFD тэмдэглэгээний дүрмийг чанд мөрдөх нь үргэлж тохиромжтой байдаггүй тул BPWin нь DFD диаграммд хилийн сум үүсгэх боломжийг олгодог.

Задралын диаграммыг бүтээх.Ажлаа задалцгаая Хүргэлт, нийлүүлэлтдиаграмм A0 "Компьютер, зөөврийн компьютер угсрах, борлуулах аж ахуйн нэгжийн үйл ажиллагаа." Энэ ажилд бид дараах хүүхдийн бүтээлүүдийг тодорхойлсон.

• шаардлагатай бүрэлдэхүүн хэсгүүдийн нийлүүлэлт - тохирох ханган нийлүүлэгчдийг хайж олох, тэдгээрээс шаардлагатай эд ангиудыг захиалахтай холбоотой үйл ажиллагаа явуулдаг
• бүрэлдэхүүн хэсгүүд болон угсарсан компьютеруудыг хадгалах
• бэлэн бүтээгдэхүүний тээвэрлэлт - сав баглаа боодол, баримт бичиг, бэлэн бүтээгдэхүүний бодит ачилттай холбоотой бүх үйлдлүүд

Бүтээлийг онцолж хэлье Хүргэлт, нийлүүлэлтдиаграмм A0 "Компьютер, зөөврийн компьютер угсрах, борлуулах аж ахуйн нэгжийн үйл ажиллагаа", хэрэгслийн самбар дээрх "GotoChildDiagram" товчийг дараад DFD тэмдэглэгээг сонгоно уу. Хүүхдийн диаграммыг үүсгэх үед BPWin нь эцэг эхийн ажлын хилийн сумыг зөөвөрлөж, тэдгээрийг арилгаж, гадаад объектоор солих ёстой. Механизмын сумнууд, "Дүрэм ба журам", "Удирдлагын мэдээлэл" хяналтын сум, хүүхдийн диаграм дээрх "Тайлангууд" гаралтын сумыг ашиглахгүй бөгөөд ингэснээр диаграммыг ач холбогдол багатай нарийн ширийн зүйлээр дүүргэхгүй. Бид үлдсэн сумуудыг гадаад объектуудаар солих болно - хэрэгслийн самбар дээрх "ExternalReferenceTool" товчлуур, гарч ирэх цонхонд "Сум" шилжүүлэгчийг сонгоод жагсаалтаас хүссэн нэрийг сонгоно уу (Зураг 4):

Зураг 4. Гадаад объект нэмэх

Зураг 5. Ажлын байр, гадаад аж ахуйн нэгж

Энд гол ажил бол "Бүрдэл хэсгүүд болон угсарсан компьютеруудыг хадгалах" юм. Түүний оролт нь нийлүүлэгчдээс хүлээн авсан угсарсан компьютер, эд ангиудыг, түүнчлэн компьютер угсрахад шаардлагатай бүрэлдэхүүн хэсгүүдийн жагсаалтыг хүлээн авдаг. Энэ ажлын үр дүн нь шаардлагатай бүрэлдэхүүн хэсгүүд (хэрэв байгаа бол), "Шаардлагатай бүрэлдэхүүн хэсгүүдийн нийлүүлэлт" ажлын оролт руу шилжүүлсэн дутуу бүрэлдэхүүн хэсгүүдийн жагсаалт, тээвэрлэлтэнд шилжүүлсэн угсарсан компьютерууд байх болно. "Шаардлагатай эд анги нийлүүлэх", "Бэлэн бүтээгдэхүүн тээвэрлэх" ажлын үр дүн нь ханган нийлүүлэгчид болон эцсийн бүтээгдэхүүнүүдэд захиалга өгөх болно.

Дараагийн алхам бол ажил бүрийн хувьд ямар мэдээлэл шаардлагатай байгааг тодорхойлох явдал юм. өгөгдлийн агуулахын диаграмм дээр байрлуулсан байх ёстой (Зураг 6).

Зураг 6. Эцсийн задралын диаграмм

"Шаардлагатай бүрэлдэхүүн хэсгүүдийг нийлүүлэх" ажил нь ханган нийлүүлэгчдийн талаархи мэдээлэл, эдгээр ханган нийлүүлэгчидтэй хийсэн захиалгын талаархи мэдээлэлтэй ажилладаг. Ажил болон "Нийлүүлэгчийн жагсаалт" мэдээллийн агуулахыг холбосон сум нь хоёр чиглэлтэй, учир нь ажил нь одоо байгаа ханган нийлүүлэгчдийн талаарх мэдээллийг хүлээн авч, шинэ ханган нийлүүлэгчдийн мэдээллийг оруулах боломжтой. "Захиалгын жагсаалт" мэдээллийн агуулахтай ажлыг холбосон сум нь нэг чиглэлтэй, учир нь ажил нь зөвхөн хийсэн захиалгын талаархи мэдээллийг оруулна.

"Бүрдэл болон угсарсан компьютерийн хадгалалт" ажил нь хүлээн авсан болон олгосон эд анги, угсарсан компьютерийн талаархи мэдээлэлтэй ажилладаг тул уг ажлыг "Бүрдэл хэсгүүдийн жагсаалт", "Угсарсан компьютерийн жагсаалт" гэсэн мэдээллийн агуулахтай холбосон сумууд нь хоёр чиглэлтэй байна. Түүнчлэн, энэ ажил нь эд ангиудыг хүлээн авахдаа ханган нийлүүлэгчдийн захиалгыг дуусгасан тухай тэмдэглэл хийх ёстой. Үүнийг хийхийн тулд "Захиалгын жагсаалт" мэдээллийн сантай нэг чиглэлтэй сумаар холбогдсон байна. DFD диаграммд ижил мэдээллийн санг хуулбарлах боломжтой гэдгийг анхаарна уу.

Эцэст нь, "Бэлэн бүтээгдэхүүн тээвэрлэх" ажил нь дууссан ачааны талаархи мэдээллийг хадгалах ёстой. Үүнийг хийхийн тулд харгалзах мэдээллийн санг оруулна уу - "Тээвэрлэлтийн өгөгдөл".

Сүүлчийн алхам бол эцэг эхийн ажлын сумыг туннел хийх явдал юм (Зураг 7):

Зураг 7. Тээвэрлэлт ба худалдан авалтын ажилд зориулсан хонгилтой сумтай IDEF0 диаграмм.

• задалж буй ажлын товч тайлбар
• задралын диаграм

Bpwin ашиглан "Технологийн тодорхойлолт гаргах" үйл явцын DFD диаграмын жишээ

DFD) нь системийн оролтод өгөгдсөн нөлөөллөөр (гадаад интерфейсээр дамжуулан дохио өгдөг) гаралтын зөв тайлбарыг (өгөгдлийн хэлбэрээр системийн хариу) өгдөг. Өгөгдлийн урсгалын диаграмзагварчлалын гол хэрэгсэл юм функциональ шаардлагазохион бүтээсэн систем рүү.

Бүтээж байхдаа өгөгдлийн урсгалын диаграммууддөрвөн үндсэн ойлголтыг ашигладаг: өгөгдлийн урсгал, оролтын өгөгдлийн урсгалыг гаралт болгон хувиргах процесс (ажил), гадаад нэгж, өгөгдөл хадгалах төхөөрөмж (хадгалах).

Өгөгдлийн урсгалМэдээллийг (эсвэл физик бүрэлдэхүүн хэсгүүдийг) системийн нэг хэсгээс нөгөөд шилжүүлэх загварчлалд ашигладаг хийсвэрлэл юм. Диаграм дээрх урсгалуудыг нэрлэсэн сумаар дүрсэлсэн бөгөөд тэдгээрийн чиглэл нь мэдээллийн урсгалын чиглэлийг заадаг.

Зорилго үйл явц(ажил) нь процессын нэрээр заасан үйлдлийн дагуу оролтын урсгалаас гаралтын урсгалыг гаргахаас бүрдэнэ. Процессын нэр нь тодорхой бус хэлбэрээр үйл үгийн араас объект агуулсан байх ёстой (жишээлбэл, "бүтээгдэхүүн тээвэрлэх баримт бичгийг хүлээн авах"). Процесс бүр нь диаграмм доторх лавлах өвөрмөц дугаартай бөгөөд үүнийг диаграмын дугаартай хамтад нь олж авах боломжтой. өвөрмөц индексбүхэл бүтэн загварт үйл явц.

Өгөгдөл хадгалах (драйв)Процессуудын хооронд санах ойд хадгалагдах тодорхой хэсгүүдэд өгөгдлийг тодорхойлох боломжийг танд олгоно. Үнэн хэрэгтээ агуулах нь өгөгдлийн урсгалын цаг хугацааны "зүсмэлүүдийг" төлөөлдөг. Түүнд агуулагдаж буй мэдээллийг хүлээн авснаас хойш хүссэн үедээ ашиглах боломжтой бөгөөд өгөгдлийг дурын дарааллаар сонгож болно. Хадгалах газрын нэр нь түүний агуулгыг тодорхойлж, нэр үг байх ёстой.

Гадаад аж ахуйн нэгжсистемийн өгөгдлийн эх сурвалж буюу хүлээн авагч болох системийн контекстээс гадуурх материаллаг объектыг илэрхийлдэг. Нэр нь "барааны агуулах" гэх мэт нэр үг агуулсан байх ёстой. Объектуудыг дүрсэлсэн гэж үздэг гадаад байгууллагууд, аливаа боловсруулалтад оролцох ёсгүй.

Үндсэн элементүүдээс гадна DFD нь өгөгдлийн толь бичиг, мини техникийн үзүүлэлтүүдийг агуулдаг.

Өгөгдлийн толь бичигЭдгээр нь DFD-д агуулагдах бүх өгөгдлийн элементүүдийн каталог бөгөөд бүлгийн болон бие даасан өгөгдлийн урсгал, хадгалалт, процесс, түүнчлэн тэдгээрийн бүх шинж чанарууд юм.

Мини боловсруулалтын үзүүлэлтүүд- доод түвшний DFD үйл явцыг тайлбарлах. Үнэн хэрэгтээ мини техникийн үзүүлэлтүүд нь процессоор гүйцэтгэсэн даалгавруудыг тайлбарлах алгоритмууд юм: бүх мини үзүүлэлтүүдийн багц нь системийн бүрэн тодорхойлолт юм.

DFD бүтээх үйл явц нь загварчлагдсан процесс болон бүх зүйлийг харуулсан үндсэн од диаграм гэж нэрлэгддэг диаграммыг бүтээхээс эхэлдэг. гадаад байгууллагуудтэр хэнтэй харилцдаг. Нарийн төвөгтэй үндсэн үйл явцын хувьд энэ нь нэн даруй хэд хэдэн харилцан үйлчлэлийн процессуудын задрал хэлбэрээр илэрхийлэгддэг. Энэ тохиолдолд нарийн төвөгтэй байдлын шалгуур нь: олон тооны байгаа эсэх гадаад байгууллагууд, системийн олон талт байдал, түүний тархсан шинж чанар. Гадны байгууллагуудыг үндсэн үйл явцтай уялдуулан хуваарилдаг. Тэдгээрийг тодорхойлохын тулд үндсэн үйл явцын ханган нийлүүлэгч, хэрэглэгчдийг тодорхойлох шаардлагатай. үндсэн үйл явцтай харилцан үйлчилдэг бүх объектууд. Энэ үед харилцан үйлчлэлийг тайлбарлах нь тухайн гадаад нэгж нь үндсэн үйл явцыг хэрхэн ашигладаг эсвэл ашигладаг талаар санаа өгөх үйл үгийг сонгохоос бүрдэнэ. Тухайлбал, үндсэн үйл явц нь “иргэдийн хүсэлтийг бүртгэх”, хөндлөнгийн байгууллага нь “иргэн”, харилцан үйлчлэлийн тодорхойлолт нь “өргөдөл гаргах, хариу авах”. Энэ үе шат нь үндсэндээ чухал бөгөөд учир нь энэ нь загварчилсан системийн хил хязгаарыг тодорхойлдог.

Бүгдэд нь гадаад байгууллагуудүйл явдлын хүснэгтийг барьж, тэдгээрийн үндсэн хэлхээтэй харилцан үйлчлэлийг дүрсэлсэн. Үйл явдлын хүснэгтэд гадны байгууллагын нэр, үйл явдал, түүний төрөл (системийн хувьд ердийн эсвэл онцгой, тодорхой нөхцөлд хэрэгждэг) болон системийн хариу үйлдэл орно.

Дараагийн алхам бол үндсэн процессыг өгөгдлийн урсгал солилцох харилцан уялдаатай процессуудын багц болгон задлах явдал юм. Урсгал нь өөрөө тодорхойлогдоогүй, зөвхөн харилцан үйлчлэлийн мөн чанарыг тодорхойлдог. Процесс энгийн болох үед задрал дуусна, тухайлбал:

1. процесс нь хоёр буюу гурван оролт, гаралтын урсгалтай;
2. үйл явц нь оролтын өгөгдлийг гаралтын өгөгдөл болгон хувиргах гэж тодорхойлж болно;
3. үйл явц гэж тодорхойлж болно дараалсан алгоритм.

Энгийн процессуудын хувьд мини тодорхойлолтыг бүтээдэг - оролтын өгөгдлийг гаралтын өгөгдөл болгон хувиргах алгоритмын албан ёсны тайлбар.

Мини-техникийн тодорхойлолт нь дараах шаардлагыг хангасан байна: үйл явц бүрт нэг техникийн үзүүлэлтийг барьсан; тодорхойлолт нь тухайн процессын оролт, гаралтын урсгалыг өвөрмөц байдлаар тодорхойлдог; тодорхойлолт нь оролтын урсгалыг гаралтын урсгал руу хэрхэн хөрвүүлэхийг тодорхойлдоггүй; тодорхойлолт нь шинийг нэвтрүүлэхгүйгээр одоо байгаа элементүүдэд хамаарна; Тодорхойлолт нь боломжтой бол стандарт арга барил, үйлдлүүдийг ашигладаг.

Үндсэн процессыг задласны дараа дэд процесс бүрт ижил төстэй хүснэгтийг байгуулна дотоод үйл явдлууд.

Үйл явдлын бүрэн хүснэгтийг тодорхойлсны дараа дараагийн алхам бол хуваарилах явдал юм өгөгдлийн урсгал, тэдгээр нь процессуудын хооронд солилцдог ба гадаад байгууллагууд. Тэдгээрийг тусгаарлах хамгийн энгийн арга бол үйл явдлын хүснэгтэд дүн шинжилгээ хийх явдал юм. Үйл явдлууд нь үйл явдлыг санаачлагчаас хүссэн процесс руу шилжих өгөгдлийн урсгалд хувирч, урвал нь урвуу үйл явдлын урсгалд хувирдаг. Оролтын болон гаралтын урсгалыг байгуулсны дараа дотоод урсгалыг ижил аргаар байгуулна. Тэдгээрийг тодруулахын тулд дотоод үйл явц бүрт мэдээлэл ханган нийлүүлэгчид болон хэрэглэгчдийг тодорхойлсон. Мэдээллийн үйлчилгээ үзүүлэгч эсвэл хэрэглэгч нь мэдээллийг хадгалах, асуулга хийх процессыг төлөөлдөг бол энэ процесс нь интерфэйс болох өгөгдлийн дэлгүүрийг нэвтрүүлдэг.

Өгөгдлийн урсгалыг бий болгосны дараа диаграммыг бүрэн бүтэн байдал, уялдаатай эсэхийг шалгах шаардлагатай. Хэрэв системд оролтын урсгалыг гаралтын урсгал болгон хувиргах явцад ашиглагдаагүй "унжсан" процесс байхгүй бол диаграммын бүрэн бүтэн байдал хангагдана. Системийн тууштай байдал нь процессын боломжит төрлүүдийн талаархи албан ёсны дүрмийн багцыг хэрэгжүүлснээр хангагдана: диаграммд хоёрыг холбосон урсгал байж болохгүй. гадаад байгууллагууд- энэ харилцан үйлчлэлийг авч үзэхээс хассан; ямар ч аж ахуйн нэгж мэдээллийн сан руу шууд мэдээлэл хүлээн авах эсвэл илгээх боломжгүй - мэдээллийн сан нь интерфэйсийн процессоор удирддаг идэвхгүй элемент юм; Хоёр мэдээллийн дэлгүүр нь шууд мэдээлэл солилцож чадахгүй - эдгээр дэлгүүрүүдийг нэгтгэх ёстой.

DFD техникийн давуу тал нь ердийнхөөс ялгаатай биш юм; цаг хугацааны тухай ойлголт дутмаг, өөрөөр хэлбэл. өгөгдлийг хөрвүүлэхэд цаг хугацааны интервалд дүн шинжилгээ хийхгүй байх (бүх цагийн хязгаарлалтыг үйл явцын тодорхойлолтод оруулах ёстой).

Сэдэв 8. Өгөгдлийн урсгалыг загварчлах

Ерөнхий заалтууд. 1

Загвар DFD..3

DFD тэмдэглэгээний төрлүүд.. 3

DFD загварын бүтэц.. 4

DFD-ийн үндсэн элементүүд ба тэдгээрийн зорилго. 6

Дүгнэлт: 11

Ерөнхий заалтууд

DFD хэрхэн үүссэн тухай домог байдаг.

1920-иод онд оффисыг өөрчлөн зохион байгуулах зөвлөх нь бичиг хэргийн ажилтан бүрийг дугуйгаар тэмдэглэж, бичиг баримт бүрийг сумаар дамжуулдаг байв. Ийм схемийг ашиглан тэрээр маш олон бичиг баримт солилцдог хоёр бичиг хэргийн ажилтан ойролцоо сууж, бага зэрэг харьцдаг бичиг хэргийн ажилтнуудыг хол зайд суулгадаг өөрчлөн зохион байгуулалтын схемийг санал болгов. DFD-ийн илэрхийлэл болох урсгалын диаграмм болох анхны загвар ингэж төрсөн юм. Түүнээс хойш багагүй хугацаа өнгөрчээ. Тойрог, суманд шинэ тэмдэглэгээ нэмэгдсэн нь тэмдэглэгээний илэрхийлэх хүчийг нэмэгдүүлсэн. Нарийн төвөгтэй програм хангамжийн системийг зохион бүтээх, хөгжүүлэхтэй холбоотой асуудлыг шийдвэрлэхийн тулд DFD-ийг ашиглах арга замуудын талаархи хөгжил дэвшил гарч ирэв. Энэ бүхэн нь DFD нь бүтцийн хандлагын хамгийн алдартай тэмдэглэгээний нэг болоход хүргэсэн.

DFD диаграмын жишээг диаграммд үзүүлэв (Зураг 87).

Цагаан будаа. 87. DFD диаграмын жишээ

DFD-ийн синтаксийг судалж эхлэхээсээ өмнө SADT (IDEF0)-ээс ялгаатай нь DFD нь арга зүй биш гэдгийг онцгой анхаарах хэрэгтэй. Өөрөөр хэлбэл, DFD нь загварчлах, үр дүнд бий болсон загварыг хэрэглэх аргад хатуу хязгаарлалт тавьдаггүй нийтээр хүлээн зөвшөөрөгдсөн тэмдэглэгээний багц юм.

IS үүсгэх төслийг хэрэгжүүлэхдээ DFD тэмдэглэгээг үндсэн функциональ загварчлалын тэмдэглэгээ болгон ашиглаж болох боловч IDEF0-тэй холбоотой нэмэлт болгон ашигладаг (Зураг 88).

Мэдээллийн сүлжээ" href="/text/category/informatcionnie_seti/" rel="bookmark">мэдээллийн боловсруулалт. Систем нь хоорондоо холбогдсон функциональ блок гэж тооцогддог, нумууд нь хатуу харилцааг илэрхийлдэг IDEF0-ээс ялгаатай нь DFD дахь сумнууд нь зөвхөн юу болохыг харуулдаг. Объектууд (өгөгдлөө оруулаад) нэг ажлаас нөгөөд шилжих нь DFD нь системд тооцоолсон утгуудын функциональ хамаарлыг, үүнд оролтын утгууд, гаралтын утгууд, дотоод өгөгдлийн сангуудыг тусгадаг.

Өөрөөр хэлбэл, DFD нь өгөгдлийн утгыг эх сурвалжаас нь өөр объект дахь хэрэглэгч рүү хувиргах процессоор дамжуулж буй хөдөлгөөнийг харуулсан график юм.

DFD нь өгөгдлийг хувиргадаг процессууд, өгөгдлийг зөөвөрлөх өгөгдлийн урсгалууд, өгөгдлийг үйлдвэрлэдэг, ашигладаг идэвхтэй объектууд, өгөгдлийг идэвхгүй хадгалдаг мэдээллийн сангуудыг агуулдаг.

Хэрэв бид тэмдэглэгээний илэрхийлэх чадварын талаар ярьж, DFD-ийг IDEF0-тэй харьцуулж үзвэл хяналт, механизм гэх мэт ойлголт байхгүй байгаа нь загварт дүн шинжилгээ хийх, саад тотгорыг тодорхойлох, сайжруулах арга замыг хайх гэх мэт DFD-ийн боломжийг эрс бууруулдаг гэж хэлж болно. Энэ бүхэн нь DFD-ийг бизнесийн үйл явцыг дахин зохион байгуулах, чанарын удирдлагын тогтолцоог бий болгох гэх мэт төслүүдэд үндсэн тэмдэглэгээ болгон ашиглах нь ховор болоход хүргэсэн.

DFD загвар

DFD тэмдэглэгээний төрлүүд

ODA.: DFD (Data Flow Diagram)-д системийн загвар нь мэдээллийг системд оруулахаас эхлээд эцсийн хэрэглэгчдэд олгох хүртэлх мэдээллийг хувиргах үйл явцыг дүрсэлсэн өгөгдлийн урсгалын диаграммуудын шатлалаар тодорхойлогддог. Шатлалын дээд түвшний диаграммууд - контекст диаграммууд, загварын хил хязгаарыг тогтоож, түүний орчин (гадаад орц, гаралт) болон авч үзэж буй үндсэн процессуудыг тодорхойлдог. Контекст диаграммыг дараах түвшний диаграммуудыг ашиглан нарийвчилсан болно.

DFD нь стандарт биш тул одоогоор өвөрмөц тодорхойлогдсон командуудтай ганц тэмдэглэгээ байхгүй байна. Загваруудыг илэрхийлэхийн тулд хэд хэдэн өөр DFD тэмдэглэгээг ашигладаг. Тэдний дунд хамгийн өргөн тархсан нь Gein-Sarson болон Jodan/de Marco тэмдэглэгээ юм (Зураг 89). Эдгээр тэмдэглэгээнээс гадна бусад зүйл байдаг. Жишээлбэл, CA BPwin-д хэрэглэгддэг тэмдэглэгээ нь өөрийн гэсэн шинж чанартай байдаг.

Цагаан будаа. 89. Хамгийн түгээмэл DFD тэмдэглэгээ

Хэд хэдэн өөр DFD тэмдэглэгээнүүд байгаа хэдий ч тэдгээр нь бүгд функциональ загваруудыг бүтээхэд ашигладаг график командуудын багцаар л ялгаатай байдаг.

DFD загварын бүтэц

DF диаграмын шатлалыг диаграммд үзүүлэв (Зураг 90).

Koll" href="/text/category/koll/" rel="bookmark">хөгжлийн баг.

Контекст диаграммыг байгуулсны дараа үүссэн загварыг системийн объектуудын талаархи анхны өгөгдлийн бүрэн бүтэн байдал, объектуудын тусгаарлалт (бусад объектуудтай мэдээллийн холболт байхгүй) эсэхийг шалгах шаардлагатай.

Контекст диаграммд байгаа дэд систем бүрийн хувьд үүнийг DFD ашиглан нарийвчилсан болно. DFD дээрх үйл явц бүрийг DFD эсвэл мини техникийн үзүүлэлтийг ашиглан нарийвчлан гаргаж болно. Дэлгэрэнгүй гаргахдаа тэнцвэржүүлэх дүрмийг баримтлах ёстой. Энэхүү дүрмийн мөн чанар нь дэд систем эсвэл процессыг нарийвчлан гаргахдаа нарийвчилсан диаграммд зөвхөн тухайн бүрэлдэхүүн хэсгүүдийг (дэд систем, процесс, гадаад нэгж, өгөгдөл хадгалах төхөөрөмж) агуулж болно гэсэн үг юм. мэдээллийн эх үүсвэр/хүлээн авагчийн диаграмм;

Мини тодорхойлолт (үйл явцын логикийн тодорхойлолт) нь үндсэн чиг үүргээ ирээдүйд төсөл хэрэгжүүлэгч мэргэжилтэн гүйцэтгэх эсвэл зохих хөтөлбөр боловсруулах боломжтой байхаар томъёолох ёстой.

Мини тодорхойлолт нь DFD шатлалын эцсийн дээд хэсэг юм. Процессыг нарийвчлан боловсруулж дуусгах, мини тодорхойлолтыг ашиглах шийдвэрийг шинжээч дараахь шалгуурыг үндэслэн гаргадаг.

– процесс нь харьцангуй цөөн тооны оролт, гаралтын өгөгдлийн урсгалтай (2-3 урсгал);

- дараалсан алгоритм хэлбэрээр процессоор өгөгдөл хувиргалтыг дүрслэх чадвар;

– процесс нь оролтын мэдээллийг гаралт болгон хувиргах нэг логик функцийг гүйцэтгэдэг;

- жижиг жижиг тодорхойлолт (20-30 мөрээс илүүгүй) ашиглан үйл явцын логикийг дүрслэх чадвар.

DFD шатлалыг бий болгохдоо та өгөгдлийн бүтцийг ашиглан тайлбарласан бүх урсгал болон өгөгдлийн хөтчүүдийн агуулгыг тодорхойлсны дараа л үйл явцыг нарийвчлан судлах хэрэгтэй. Өгөгдлийн бүтэц нь өгөгдлийн элементүүдээс бүтээгдсэн бөгөөд хувилбарууд, нөхцөлт тохиолдлууд болон давталтуудыг агуулж болно. Нөхцөлт тохиолдох нь тухайн бүрэлдэхүүн хэсэг нь бүтцэд байхгүй байж болно гэсэн үг юм. Альтернатив гэдэг нь бүтэц нь жагсаасан элементүүдийн аль нэгийг агуулж болно гэсэн үг юм. Давталт гэдэг нь заасан мужид хэдэн ч элемент оруулахыг хэлнэ. Өгөгдлийн элемент бүрийн хувьд түүний төрлийг (тасралтгүй эсвэл салангид өгөгдөл) зааж өгч болно. Тасралтгүй өгөгдлийн хувьд хэмжилтийн нэгж (кг, см гэх мэт), утгын хүрээ, танилцуулгын нарийвчлал, физик кодчилолын хэлбэрийг зааж өгч болно. Салангид өгөгдлийн хувьд хүлээн зөвшөөрөгдөх утгуудын хүснэгтийг зааж өгч болно.

Системийн иж бүрэн загварыг бий болгосны дараа үүнийг баталгаажуулах ёстой (бүрэн, тууштай байдлыг шалгана). Бүрэн загварт түүний бүх объектыг (дэд систем, процесс, өгөгдлийн урсгал) нарийвчлан тайлбарлаж, нарийвчлан тодорхойлсон байх ёстой. Тодорхойлогдсон нарийвчилсан бус объектуудыг өмнөх хөгжүүлэлтийн үе шат руу буцах замаар нарийвчилсан байх ёстой. Тогтвортой загварт бүх өгөгдлийн урсгал болон өгөгдөл хадгалах төхөөрөмж нь мэдээлэл хадгалах дүрмийг дагаж мөрдөх ёстой: хаа нэгтээ ирж буй бүх өгөгдлийг уншиж, уншсан бүх өгөгдлийг бичих ёстой.

DFD-ийн үндсэн элементүүд ба тэдгээрийн зорилго

DFD синтакс нь дөрвөн үндсэн элементийг агуулдаг:

- мэдээллийн урсгал;

- үйл явц;

- хадгалах;

- гадаад байгууллага.

Эдгээр элементүүдийг нарийвчлан авч үзье.

Өгөгдлийн урсгал

ODA.: Өгөгдлийн урсгал нь объектын (эсвэл процессын) гаралтыг өөр объектын (эсвэл процессын) оролттой холбодог. Энэ нь тооцооллын завсрын өгөгдлийг илэрхийлдэг. Өгөгдлийн урсгалыг харгалзах өгөгдлийн нэрээр тэмдэглэсэн өгөгдөл үйлдвэрлэгч ба өгөгдөл хэрэглэгчийн хоорондох сум хэлбэрээр дүрсэлсэн. Энгийнээр хэлэхэд өгөгдлийн урсгал нь мэдээллийн (эсвэл физик бүрэлдэхүүн хэсгүүдийг) системийн нэг хэсгээс нөгөөд шилжүүлэхэд ашигладаг механизм юм.

Диаграмм дахь урсгалыг сумаар (ихэвчлэн нэрлэсэн) дүрсэлсэн бөгөөд тэдгээрийн чиглэл нь мэдээллийн урсгалын чиглэлийг заадаг (Зураг 91).

Цагаан будаа. 91. Өгөгдлийн урсгал

IDEF0 дахь нумуудаас ялгаатай нь DFD дахь өгөгдлийн урсгал нь зөвхөн нэг чиглэлтэй төдийгүй хоёр чиглэлтэй байж болно.

Үйл явц

ODA.: Процесс нь өгөгдлийн утгыг хувиргадаг.

Процессууд нь тодорхой алгоритмын дагуу оролтын өгөгдлийн урсгалыг гаралтын урсгал болгон хувиргах үйл явцыг илэрхийлдэг. Бодит амьдрал дээр энэ үйл явцыг оролтын баримт бичгийг боловсруулж, тайлан гаргадаг байгууллагын зарим хэлтэс, хувь хүн, компьютер дээр суулгасан програм, тусгай логик төхөөрөмж гэх мэтээр гүйцэтгэж болно.

Процессын зорилго нь процессын нэрээр заасан үйлдлийн дагуу оролтын урсгалаас гаралтын урсгалыг гаргах явдал юм. Энэ нэр нь тодорхой бус хэлбэрийн үйл үг, дараа нь объект агуулсан байх ёстой (жишээ нь, "тасалбар гаргах"). Нэмж дурдахад, процесс бүр диаграммд лавлагаа өгөх өвөрмөц дугаартай байх ёстой. Энэ дугаарыг диаграммын дугаартай хамтад нь ашиглаж, бүх загварт зориулсан өвөрмөц процессын индексийг гаргаж болно.

Өмнө дурьдсанчлан, нэг төрлийн стандарт байхгүйгээс DFD объектууд өөр өөр тэмдэглэгээтэй байж болно (Зураг 92).

SADT-ээс ялгаатай нь DFD-д блокийн бүх талууд тэнцүү гэдгийг онцлон тэмдэглэх нь зүйтэй (хэрэв та Jodan/de Marco тэмдэглэгээнд байгаа үйл явцын тэмдэглэгээг харвал энэ нь тодорхой юм). Өөрөөр хэлбэл, IDEF0 диаграмаас ялгаатай нь DFD диаграммууд нь үйлдлийг гүйцэтгэх дүрмийг заахдаа хяналтын сум, шаардлагатай нөөцийг зааж өгөх механизмын сумыг ашигладаггүй.

Мэдээллийн сан" href="/text/category/bazi_dannih/" rel="bookmark">байгууллагын мэдээллийн системийн мэдээллийн сан.

ODA. 2: ӨГӨГДЛИЙН ХАДГАЛАЛТ (ХАДГАЛАХ) нь процессуудын хооронд санах ойд хадгалагдах тодорхой хэсэг дэх өгөгдлийг тодорхойлох боломжийг олгодог. Үнэн хэрэгтээ агуулах нь өгөгдлийн урсгалын цаг хугацааны "зүсмэлүүдийг" төлөөлдөг. Түүнд агуулагдах мэдээллийг тодорхойлсоны дараа хүссэн үедээ ашиглах боломжтой бөгөөд өгөгдлийг дурын дарааллаар сонгож болно. Хадгалах газрын нэр нь түүний агуулгыг тодорхойлж, нэр үг байх ёстой. Өгөгдлийн урсгал нь агуулах руу орж гарах, бүтэц нь агуулахын бүтэцтэй таарч байгаа тохиолдолд диаграммд харуулах шаардлагагүй ижил нэртэй байх ёстой.

Диаграммд агуулахыг диаграммд үзүүлсний дагуу зааж өгсөн болно (Зураг 93).

https://pandia.ru/text/80/146/images/image009_14.gif" өргөн "555" өндөр "183 src=">

Цагаан будаа. 94. DFD-ийн өөр өөр тэмдэглэгээнд гадны нэгжийн тэмдэглэгээ

Контекст диаграммд гадны объектуудыг ашиглах жишээг доор үзүүлэв (Зураг 95). Задрах явцад гадны биетүүдийг хүүхдийн диаграммд шилжүүлэх ёстой. CA BPwin нь гадны объектуудыг хүүхдийн диаграм руу автоматаар шилжүүлэх чадваргүй тул энэ үйлдлийг гараар хийх ёстой.

https://pandia.ru/text/80/146/images/image011_14.gif" өргөн "567" өндөр "394 src=">

Цагаан будаа. 96. DFD диаграмын жишээ

Дүгнэлт:

Сэдвийн эхэнд үзүүлсэнчлэн DFD нь IC дизайны үндсэн функциональ загварчлалын тэмдэглэгээ гэж үзэж болно. IDEF0 нь зохион байгуулалт-эдийн засаг, үйлдвэрлэл-технологийн системийн тодорхойлолтыг өгдөг тэмдэглэгээ гэдгийг харгалзан тодорхой автоматжуулалтын төслийг хэрэгжүүлэхэд тэмдэглэгээг сонгох асуудал үүсдэг. Асуултанд хариулахыг хичээцгээе: ямар тохиолдолд DFD, аль нь IDEF0-ийг илүүд үзэх вэ?

Харьцуулсан тэмдэглэгээний товч тоймоос харахад DFD нь загвар дээрх өгөгдлийн бүтцийг төлөөлөх тал дээр IDEF0-ээс давуу талтай. Үнэн хэрэгтээ энэ тэмдэглэгээ нь функциональ загварчлалын шатанд аль хэдийн мэдээллийн санг зохион бүтээх боломжийг олгодог.

DFD-ийн ноцтой сул талууд нь:

- нэгдүгээрт, загварт дүн шинжилгээ хийх, саад тотгорыг тодорхойлох, сайжруулах арга замыг хайх гэх мэт DFD тэмдэглэгээний илэрхийлэх чадвар хангалтгүй байна;

Хоёрдугаарт, DFD нь аргачлал биш бөгөөд энэ нь загварчлалын үр дүнг хоёрдмол утгатай тайлбарлахад хүргэдэг.

Энэ бүхэн нь DFD-ийг функциональ загварчлалын үндсэн тэмдэглэгээ болгон ашиглах нь өөрөө бичсэн програм хангамжийн системийг хөгжүүлэх тухай ярьж байгаа үед үндэслэлтэй бөгөөд одоо байгаа бизнесийн үйл явцыг оновчтой болгохгүйгээр автоматжуулах зорилготой гэж хэлэх боломжийг бидэнд олгодог. нөхөөсийн автоматжуулалтын талаар ярьж байна.

Нарийн төвөгтэй автоматжуулалтын хувьд гол ач холбогдол нь програмчлал биш харин бизнесийг оновчтой болгох шийдлүүдийг эрэлхийлэх явдал юм бол DFD тэмдэглэгээ нь IDEF0-тэй өрсөлдөх боломжгүй бөгөөд зөвхөн нэмэлт гэж үзэж болно.

Мэдээллийн технологийн чиг хандлага нь "нөхөн ажил автоматжуулалт" -ын зам мухардалд орж, өөрөө бичдэг системээс татгалзах хэрэгцээ байгааг тодорхой харуулж байгаа тул зөвлөх компаниудын үйл ажиллагаанд DFD тэмдэглэгээг ашиглах нь яагаад эрс буурч, эсрэгээр нь тодорхой болж байна. IDEF0-ийн алдар нэр эрс нэмэгдэж байна.

Системийн функциональ загварыг бий болгохдоо аргачлалын () хувилбар нь арга зүй юм өгөгдлийн урсгалын диаграммууд (Өгөгдлийн урсгалын диаграмм, DFD). DFD нь ерөнхийдөө системийн дизайнд зориулагдсанаас ялгаатай нь мэдээллийн системийг зохион бүтээхэд зориулагдсан. Энэхүү аргачлал нь автоматжуулсан системийг зохион бүтээхэд чиглэгдэж байгаа нь TO-BE функциональ загварыг бий болгоход тохиромжтой, илүү ашигтай хэрэгсэл болгодог.

Диаграммыг бүтээхдээ хүснэгтэд үзүүлсэн график тэмдэглэгээний элементүүдийг ялгадаг. 6.1.

Хүснэгт 6.1. DFD график тэмдэглэгээний элементүүд

Нэр	Жорданы тэмдэглэгээ	Гейн-Сарсоны тэмдэглэгээ
Өгөгдлийн урсгал
Процесс (систем, дэд систем)
Өгөгдлийн хадгалалт
Гадаад аж ахуйн нэгж

Өгөгдлийн урсгал эх сурвалжаас хүлээн авагч руу ямар нэгэн холболтоор дамжуулагдсан мэдээллийг (материал объект) тодорхойлдог. Бодит өгөгдлийн урсгал нь хоёр төхөөрөмжийн хооронд кабелиар дамждаг мэдээлэл, шуудангаар илгээсэн захидал, соронзон хальс эсвэл нэг компьютерээс нөгөөд шилжүүлсэн уян диск гэх мэт байж болно.

Өгөгдлийн урсгал бүр өөрийн агуулгыг тусгасан нэртэй байдаг. Сумны чиглэл нь мэдээллийн урсгалын чиглэлийг харуулдаг. Заримдаа мэдээлэл нэг чиглэлд хөдөлж, боловсруулагдаж, эх сурвалждаа буцаж ирдэг. Энэ нөхцөл байдлыг хоёр өөр урсгалаар эсвэл нэг хоёр чиглэлтэй байдлаар загварчилж болно.

Зарим объект, субьект, системийг гадны биет гэж тодорхойлсон нь энэ нь боловсруулсан мэдээллийн системийн хил хязгаараас гадуур байгааг харуулж байна. Ийм учраас гадны байгууллагуудыг ихэвчлэн контекст DFD диаграммд харуулдаг. Шинжилгээ, дизайны үйл явцын явцад шаардлагатай бол зарим гадаад объектуудыг задралын диаграммд шилжүүлж болно, эсвэл эсрэгээр үйл явцын зарим хэсгийг (дэд системүүд) гадаад объект хэлбэрээр төлөөлж болно.

Функциональ DFD загварыг бүтээх нь IDEF0-ийн нэгэн адил контекст диаграммыг боловсруулахаас эхэлдэг. Энэ нь үндсэн үйл явц (систем өөрөө бүхэлдээ) болон түүний гадаад орчинтой (гадаад аж ахуйн нэгжүүд) холболтыг харуулдаг. Энэ харилцан үйлчлэлийг өгөгдлийн урсгалаар харуулдаг. Контекст диаграм дээр хэд хэдэн үндсэн процесс эсвэл дэд системийг нэг дор харуулах боломжтой. Харж байгаа асуудлын контекст диаграмын жишээг дараах зурагт үзүүлэв.

Цагаан будаа. 6.23. Зөвшөөрөгдөх хурдыг тодорхойлох системийн контекст диаграм (DFD аргачлал)

Энэхүү диаграммаас харахад замын хэсгүүдийн талаархи бараг бүх шаардлагатай мэдээллийг агуулсан ARM-P (Track Service Workstation) эсвэл SBD-P (Consolidated DB – Track Fragment) өгөгдлийн санг системийн үйл ажиллагааны анхны мэдээллийн эх сурвалж болгон ашиглаж болно.

Үүний зэрэгцээ систем нь гараар оруулах, тохируулах боломжийг үлдээдэг. Хэдийгээр ARM-P эсвэл SBD-P мэдээллийн сан нь системтэй холбоотой гадны байгууллага боловч илүү сайн ойлголт өгөхийн тулд тэдгээрийг өгөгдөл хадгалах төхөөрөмж болгон харуулав.

Цаашдын дизайны үйл явц нь задралын диаграммыг бүтээхээс бүрдэнэ (төхөөрөмжийг харуулсан) зөвхөн процесс эсвэл дэд системд (системд) .

Зохион бүтээгдсэн системийн эхний түвшний задралын диаграммыг дараах зурагт үзүүлэв.

Цагаан будаа. 6.24. Эхний түвшний задралын диаграм (DFD аргачлал)

Энэ зурагт хөтчүүдтэй холбоотой өгөгдлийн зарим урсгалын нэр байхгүй байна. Энэ нь шошгоны давхардлыг арилгах боломжийг олгодог бөгөөд үүний үр дүнд диаграммын ханалтыг бууруулдаг.

Задаргааны диаграммыг бүтээхдээ системийн блокуудыг зарим тохиолдолд процесс (нэр нь үйл үгээр эхэлдэг), зарим тохиолдолд дэд системүүд (нэр нь "дэд систем" гэсэн үгнээс эхэлдэг) хэлбэрээр харуулдаг. Энэ нь блокийн нэрлэх конвенцуудыг харуулахын тулд хийгддэг. Үүний зэрэгцээ системийн задралыг зөвхөн процессууд эсвэл зөвхөн дэд системүүдийг ашиглан илэрхийлж болно.

Контекст диаграм болон задралын диаграммыг BPwin 4.0 ашиглан хийсэн.

Процессыг нарийвчлан боловсруулж дуусгах, мини-техникийн тодорхойлолтыг ашиглах шийдвэрийг дизайнер дараахь шалгуурыг үндэслэн гаргана.

Процесс нь харьцангуй цөөн тооны оролт, гаралтын өгөгдлийн урсгалтай (2-3 урсгал);

Процессыг энгийн алгоритм хэлбэрээр дүрслэх боломж;

Жижиг жижиг тодорхойлолт (20-30 мөрөөс илүүгүй) ашиглан үйл явцын логикийг тайлбарлах боломж.

DFD загвар нь системийн функциональ талыг тайлбарлахаас гадна мэдээлэл, бүрэлдэхүүн хэсгүүдийн талаархи мэдээллийг агуулдаг. Өгөгдөл хадгалах төхөөрөмжүүдийн багц нь ирээдүйн мэдээллийн сангийн прототип юм, i.e. мэдээллийн бүтэц, бүтцийг тодорхойлдог. Дэд системүүдийг блок болгон ашиглан диаграммыг бүтээх нь ирээдүйн системийн бүрэлдэхүүн хэсгүүдийн бүтэц, холболтыг харуулдаг.

6.12. Бодит цагийн системд зориулсан DFD өргөтгөлүүд

Бодит цагийн системийг дүрмээр бол компьютерийн технологи, мэдээлэл цуглуулах янз бүрийн физик төхөөрөмжүүдийн (мэдрэгч, камер, микрофон гэх мэт) харилцан үйлчлэл дээр бүтээдэг. Эхнийх нь салангид мэдээлэл хувиргагч, сүүлийнх нь ихэвчлэн аналог, өөрөөр хэлбэл. тасралтгүй урсгал хэлбэрээр мэдээлэл үүсгэх. Ийм системийн өөр нэг онцлог шинж чанар нь объектын менежментэд ихээхэн хазайлт юм. Бодит цагийн системийн зан төлөвийг загварчлахын тулд П.Уорд, С.Меллор нар DFD дээр нэмэлт элементүүдийг ашиглахыг санал болгов.