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



бет2/2
Дата14.11.2022
өлшемі33.39 Kb.
#464769
1   2
DFD аныктама

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




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет