Мәліметтер ағынының диаграммасы - Data-flow diagram

Деректерді сақтау схемасы, деректер ағындары, функциясы және интерфейсі бар мәліметтер ағынының диаграммасы
Деректерді сақтау схемасы, деректер ағындары, функциясы және интерфейсі бар мәліметтер ағынының диаграммасы

A мәліметтер ағынының диаграммасы а арқылы мәліметтер ағынын бейнелеу тәсілі болып табылады процесс немесе жүйе (әдетте an ақпараттық жүйе ). DFD сонымен қатар әр ұйымның шығысы мен кірісі және процестің өзі туралы ақпарат береді. Мәліметтер ағыны диаграммасында басқару ағыны жоқ, шешім қабылдау ережелері және циклдар жоқ. Деректерге негізделген нақты операцияларды a арқылы ұсынуға болады блок-схема.[1]

Мәліметтер ағынының диаграммаларын көрсетуге арналған бірнеше белгілер бар. Жоғарыда көрсетілген нота 1979 жылы сипатталған Том ДеМарко құрылымдық талдау бөлігі ретінде.

Әрбір деректер ағыны үшін соңғы нүктелердің (дереккөз және / немесе тағайындалған) ең болмағанда біреуі процесте болуы керек. Процестің нақтыланған көрінісін басқа процестерді ішкі процестерге бөлетін басқа мәліметтер ағынының схемасында жасауға болады.

Мәліметтер ағынының диаграммасы құрылымдық-талдау модельдеу құралдарының бөлігі болып табылады. Қолдану кезінде UML, белсенділік диаграммасы әдетте мәліметтер ағыны диаграммасының рөлін алады. Мәліметтер ағыны жоспарының ерекше нысаны сайтқа бағытталған мәліметтер ағынының жоспары болып табылады.

Мәліметтер ағынының диаграммалары төңкерілген деп санауға болады Петри торлары, өйткені мұндай желілердегі орындар деректер жады семантикасына сәйкес келеді. Ұқсас түрде, Петри торларынан ауысудың семантикасы мен деректер ағындары мен деректер ағындарының диаграммаларындағы функциялар баламалы деп саналуы керек.

Тарих

DFD белгісі бастапқыда ұйымдарда жұмыс процесін модельдеу үшін жедел зерттеулерде қолданылатын графтар теориясына сүйенеді. DFD 1970-ші жылдардың соңында SADT (Structured Analysis and Design Technique) әдіснамасында қолданылатын белсенділік диаграммасынан шыққан. DFD танымал етушілеріне Эдвард Джердон, Ларри Константин, Том ДеМарко, Крис Гейн және Триш Сарсон кіреді.[2]

Мәліметтер ағындарының диаграммалары (DFD) тез арада бағдарламалық қамтамасыздандыру-жүйелік процестерге қатысатын негізгі қадамдар мен деректерді бейнелеудің танымал әдісі болды. DFD компьютерлік жүйеде мәліметтер ағынын көрсету үшін пайдаланылды, дегенмен оларды теория жүзінде қолдануға болатын еді бизнес-процесті модельдеу. DFD деректердің негізгі ағындарын құжаттау үшін немесе мәліметтер ағыны тұрғысынан жаңа жоғары деңгейлі дизайнды зерттеу үшін пайдалы болды.[3]

DFD компоненттері

Мәліметтер ағынының диаграммасы - Yourdon / DeMarco жазбасы
Мәліметтер ағынының сызбасы - Джердон /ДеМарко белгілеу

DFD процестерден, ағындардан, қоймалардан және терминаторлардан тұрады. Осы DFD компоненттерін қараудың бірнеше әдісі бар.[4]

Процесс

Процесс (функция, түрлендіру) кірістерді шығысқа айналдыратын жүйенің бөлігі болып табылады. Процестің белгісі - шеңбер, сопақ, тіктөртбұрыш немесе бұрыштары дөңгелектелген тіктөртбұрыш (белгілеу түріне сәйкес). Процесс бір сөзбен, қысқа сөйлеммен немесе оның мәнін анық көрсететін фразамен аталады.[2]

Деректер ағыны

Деректер ағыны (ағын, деректер ағыны) жүйенің бір бөлігінен екіншісіне ақпараттың (кейде материалды) берілуін көрсетеді. Ағынның белгісі - жебе. Ағым қандай ақпараттың (немесе қандай материалдың) жылжытылатынын анықтайтын атқа ие болуы керек. Ерекшеліктер - бұл ағындармен байланыстырылған ұйымдар арқылы қандай ақпарат берілетіні анық болатын ағындар. Материалдық ауысулар тек ақпараттық емес жүйелерде модельденеді. Ағын тек ақпараттың (материалдың) бір түрін жіберуі керек. Көрсеткі ағынның бағытын көрсетеді (сонымен қатар, егер ол ақпарат ақпараттан тәуелді болса, екі бағытты болуы мүмкін - мысалы, сұрақ-жауап). Процестерді, қоймаларды және терминаторларды байланыстырады.[2]

Қойма

Қойма (мәліметтер қоймасы, мәліметтер дүкені, файл, мәліметтер базасы) кейінірек пайдалану үшін деректерді сақтау үшін қолданылады. Дүкеннің символы екі көлденең сызық, басқа көрінісі DFD нотациясында көрсетілген. Қойманың атауы көпше зат есім (мысалы, тапсырыстар) - ол қойманың кіріс және шығыс ағындарынан туындайды. Қойма тек мәліметтер файлы болуы шарт емес, мысалы, құжаттары бар папка, файлдар шкафы және оптикалық дискілер. Сондықтан қойманы DFD-де қарау іске асыруға тәуелді емес. Қоймадан келетін ағын әдетте қоймада сақталған деректердің оқылуын бейнелейді, ал қоймаға ағын әдетте деректердің енгізілуін немесе жаңартылуын білдіреді (кейде деректерді өшіреді). Қойма жадының аты орналасқан екі параллель сызықпен ұсынылған (оны UML буферлік түйін ретінде модельдеуге болады).[2]

Терминатор

Терминатор - бұл жүйемен байланыста болатын және жүйеден тыс тұрған сыртқы тұлға. Бұл, мысалы, бір ұйымға жатпайтын әр түрлі ұйымдар (мысалы, банк), адамдар тобы (мысалы, клиенттер), органдар (мысалы, салық басқармасы) немесе бөлім (мысалы, кадрлар бөлімі) болуы мүмкін. модельдік жүйеге. Терминатор модельдеу жүйесі байланысатын басқа жүйе болуы мүмкін.[2]

DFD құру ережелері

Субъект атаулары қосымша түсініктемелерсіз түсінікті болуы керек. DFD - бұл жүйені пайдаланушылармен сұхбаттасу негізінде талдаушылар жасаған жүйе. Бұл бір жағынан, жүйенің әзірлеушілері үшін, екінші жағынан, жобаның мердігері үшін анықталады, сондықтан ұйым атаулары модель доменіне немесе әуесқой пайдаланушыларға немесе кәсіпқойларға бейімделуі керек. Субъект атаулары жалпы болуы керек (тәуелсіз, мысалы, қызметті жүзеге асыратын нақты адамдар), бірақ ұйымды нақты көрсетуі керек. Процестерді картаға түсіру және нақты процестерге жіберу үшін нөмірлеу керек. Нөмірлеу кездейсоқ, бірақ барлық DFD деңгейлерінде консистенцияны сақтау қажет (DFD иерархиясын қараңыз). DFD анық болуы керек, өйткені бір DFD-дегі процестердің максималды саны 6-дан 9-ға дейін болуы ұсынылады, ең азы бір DFD-де 3 процесс.[1][2] Ерекшелік - бұл жалғыз процесс модель жүйесін және жүйе байланысатын барлық терминаторларды бейнелейтін контексттік диаграмма деп аталады.

DFD консистенциясы

DFD жүйенің басқа модельдерімен - ERD, STD, Data Dictionary және Process Specification модельдерімен сәйкес келуі керек. Әрбір процестің атауы, кірістері мен шығулары болуы керек. Әр ағынның атауы болуы керек (ерекшелік Ағынды қараңыз). Әрбір мәліметтер қоймасында кіріс және шығыс ағыны болуы керек. Кіріс және шығыс ағындарын бір DFD-де көрсетудің қажеті жоқ, бірақ олар бірдей жүйені сипаттайтын басқа DFD-де болуы керек. Ерекшелік - бұл жүйеден тыс орналасқан қойма (сыртқы сақтау орны), ол байланысады.[2]

DFD иерархиясы

DFD-ді мөлдір ету үшін (яғни көп емес процестер) көп деңгейлі DFD құруға болады. Жоғары деңгейдегі DFD-лер онша егжей-тегжейлі емес (төменгі деңгейлердегі жиынтық DFD). Контексттік DFD иерархиядағы ең жоғары болып табылады (DFD құру ережелерін қараңыз). Нөлдік деңгей деп аталатын процестің нөмірленуінен басталатын DFD 0 жалғасады (мысалы, 1-процесс, 2-процесс). Келесіде бірінші деңгей деп аталатын - DFD 1 - нөмірлеу жалғасуда. Мысалы. 1-процесс DFD-нің алғашқы үш деңгейіне бөлінеді, олар 1.1, 1.2 және 1.3 нөмірленген. Сол сияқты екінші деңгейдегі процестер (DFD 2) нөмірленеді, мысалы 2.1.1, 2.1.2, 2.1.3 және 2.1.4. Деңгейлер саны модель жүйесінің көлеміне байланысты. DFD 0 процестерінде ыдырау деңгейлері бірдей болмауы мүмкін. DFD 0 жүйенің ең маңызды (жинақталған) функцияларын қамтиды. Төменгі деңгейге шамамен A4 парағына процестің спецификациясын (Process Specification) жасауға мүмкіндік беретін процестер кіруі керек. Егер мини-спецификация ұзағырақ болса, онда ол бірнеше процестерге ыдырайтын қосымша деңгей жасаған жөн. Барлық DFD иерархиясын нақты шолу үшін тік (қима) диаграмма құруға болады. Қойма ең алғаш рет қолданылатын ең жоғарғы деңгейде және төменгі деңгейде де көрсетіледі.[2]

Сондай-ақ қараңыз

Әдебиеттер тізімі

  1. ^ а б Бруза, П.Д .; ван der Weide, Th. P. (1990-11-01). «Гипермәтіндік көріністердің сапасын бағалау». ACM SIGIR форумы. 24 (3): 6–25. дои:10.1145/101306.101307. ISSN  0163-5840. S2CID  8507530.
  2. ^ а б c г. e f ж сағ Джердон, Эдвард (1975). «Құрылымдық бағдарламалау және құрылымдық дизайн өнер түрлері ретінде». 19-22 мамыр 1975 ж., Ұлттық компьютерлік конференция және экспозиция материалдары - AFIPS '75: 277. дои:10.1145/1499949.1499997. S2CID  36802486.
  3. ^ Крейг., Ларман (2012). UML мен заңдылықтарды қолдану: объектіге бағытталған талдау мен жобалауға және итерациялық дамуға кіріспе (3-ші басылым). Нью-Дели: Пирсон. ISBN  978-8177589795. OCLC  816555477.
  4. ^ 1958-, Řepa, Вацлав (1999). Analýza a návrh informačních systémů (Выд. 1 басылым). Праха: Экопресс. ISBN  978-8086119137. OCLC  43612982.CS1 maint: сандық атаулар: авторлар тізімі (сілтеме)

Библиография

  • Скотт В.Амблер. UML 2 көмегімен Object Primer 3rd Edition Agile Model Driven дамыту
  • Шмидт, Г., Methode und Techniken der Organization. 13. Aufl., Gießen 2003 ж
  • Шталкнехт, П., Хасенкамп, У .: Wirtschaftsinformatik-дағы Einführung. 12. Aufl., Берлин 2012 ж
  • Гейн, Крис; Сарсон, Триш. Құрылымдық жүйелерді талдау: құралдары мен әдістері. Нью-Йорк: жетілдірілген жүйелік технологиялар, 1977 ж. ISBN  978-0930196004. P. 373
  • Демарко, Том. Құрылымдық талдау және жүйенің спецификациясы. Нью-Йорк: Yourdon Press, 1979 ж. ISBN  978-0138543808. P. 352.
  • Джердон, Эдвард. Құрылымдық дизайн: компьютерлік бағдарлама және жүйелерді жобалау пәнінің негіздері. Нью-Йорк: Yourdon Press, 1979 ж. ISBN  978-0138544713. P. 473.
  • Пейдж-Джонс, Мейлир. Құрылымдық жүйелерді жобалау бойынша практикалық нұсқаулық. Нью-Йорк: Yourdon Press, 1988 ж. ISBN  978-8120314825. P. 384.
  • Джердон, Эдвард. Заманауи құрылымдық талдау. Нью-Йорк: Yourdon Press, 1988 ж. ISBN  978-0135986240. P. 688.

Сыртқы сілтемелер