Հաջորդիվ մենք կդիտարկենք համակարգի կառուցվածքային վերլուծության ստանդարտ մեթոդները, որոնք նկարագրված են ԱՄՆ դաշնային մի շարք ստանդարտներով: Icam-ի սահմանում", համաձայն . Այս շարքի բոլոր ստանդարտների վերաբերյալ մանրամասն տեղեկություններ կարելի է գտնել http://www.idef.com կայքում:

Ստանդարտ IDEF0(FIPS183) նախատեսված է ստեղծելու ֆունկցիոնալ մոդել, որը պատկերում է համակարգի կառուցվածքն ու գործառույթները, ինչպես նաև տեղեկատվության և նյութական օբյեկտների հոսքերը, որոնք կապում են այդ գործառույթները: Այս փաստաթուղթը դիզայն է (ԱՄՆ պաշտպանության նախարարության նախաձեռնությամբ) բարդ համակարգերի վերլուծության տեխնոլոգիական ստանդարտի տեսքով: SADT(Structured Analysis and Design Technique), որը մշակվել է ամերիկացի վերլուծաբանների խմբի կողմից՝ Դուգլաս Ռոսի գլխավորությամբ 1973 թվականին։

IDEF0 ստանդարտով առաջարկվող մեթոդը նախատեսված է ֆունկցիոնալ մոդելավորման համար, այսինքն՝ մոդելավորելու օբյեկտի գործառույթների կատարումը՝ ստեղծելով նկարագրական գրաֆիկական մոդել, որը ցույց է տալիս, թե ինչ, ինչպես և ում կողմից է արվում ձեռնարկության գործունեության շրջանակներում: Ֆունկցիոնալ մոդելը արտադրական համակարգի կամ միջավայրի գործառույթների, տեղեկատվության և այդ գործառույթները կապող օբյեկտների կառուցվածքային ներկայացումն է: Մոդելը կառուցված է տարրալուծման մեթոդով` խոշոր կոմպոզիտային կառույցներից մինչև ավելի փոքր, ավելի պարզ: Տարրալուծման յուրաքանչյուր մակարդակի տարրերը ներկայացնում են որոշակի պայմաններում տեղեկատվության կամ նյութական ռեսուրսների մշակման գործողություններ՝ օգտագործելով որոշակի մեխանիզմներ: Յուրաքանչյուր գործողություն տարրալուծվում է ավելի փոքր գործողությունների՝ որոշակի պայմաններում տեղեկատվության կամ նյութական ռեսուրսների որոշակի մասի մշակման համար՝ օգտագործելով նշված մեխանիզմների մի մասը: Գործողությունները դրված են նույն ձևով: Վերջին տարրալուծման քայլը պետք է հանգեցնի մոդելի, որի մանրամասնության մակարդակը բավարարում է մոդելի ստեղծման գործընթացի հենց սկզբում նշված պահանջներին:

IDEF0 մեթոդաբանությունը հիմնված է հետևյալ սկզբունքների վրա.

1. Համակարգ և մոդել. Մոդելը արհեստական ​​օբյեկտ է, որը ներկայացնում է համակարգի և դրա բաղադրիչների ներկայացումը (պատկերը): Մմոդելներ Ա, Եթե Մպատասխանում է հարցերի վերաբերյալ Ա. Այստեղ Մ- մոդել, Ա– մոդելավորված օբյեկտ (բնօրինակ): Մոդելը մշակված է հասկանալու, վերլուծելու և որոշումներ կայացնելու գոյություն ունեցող համակարգի վերակառուցման (վերաճարտարագիտության) կամ փոխարինման կամ նոր համակարգի նախագծման վերաբերյալ: Համակարգը փոխկապակցված և փոխազդող մասերի հավաքածու է, որոնք կատարում են որոշակի օգտակար աշխատանք: Համակարգի մասերը (տարրերը) կարող են լինել տարբեր սուբյեկտների ցանկացած համակցություն, ներառյալ մարդիկ, տեղեկատվություն, ծրագրակազմ, սարքավորումներ, ապրանքներ, հումք կամ էներգիա: Մոդելը նկարագրում է, թե ինչ է տեղի ունենում համակարգում, ինչպես է այն վերահսկվում, ինչ սուբյեկտներ է այն փոխակերպում, ինչ գործիքներ է այն օգտագործում իր գործառույթները կատարելու համար և ինչ է այն արտադրում:

2. Բլոկի մոդելավորում և դրա գրաֆիկական ներկայացում. IDEF մեթոդաբանության հիմնական հայեցակարգային սկզբունքը ցանկացած ուսումնասիրվող համակարգի ներկայացումն է որպես փոխազդող և փոխկապակցված բլոկների մի շարք, որոնք ցուցադրում են ուսումնասիրվող համակարգում տեղի ունեցող գործընթացները, գործառնությունները և գործողությունները: IDEF0-ում այն ​​ամենը, ինչ տեղի է ունենում համակարգում և դրա տարրերում, կոչվում է գործառույթներ: Յուրաքանչյուր գործառույթին հատկացվում է բլոկ: IDEF0 դիագրամի վրա (ավելի հաճախ կոչվում է SADT դիագրամ), համակարգերի վերլուծության և նախագծման հիմնական փաստաթուղթը, բլոկը ուղղանկյուն է: Միջերեսները, որոնց միջոցով բլոկը փոխազդում է այլ բլոկների կամ մոդելավորվող համակարգի արտաքին միջավայրի հետ, ներկայացված են բլոկ մտնող կամ դուրս եկող սլաքներով: Մուտքային սլաքները ցույց են տալիս, թե որ պայմանները պետք է միաժամանակ բավարարվեն, որպեսզի կատարվի բլոկի կողմից նկարագրված գործառույթը:

3. Խստություն և ֆորմալիզմ. IDEF0 մոդելների մշակումը պահանջում է մի շարք խիստ պաշտոնական կանոնների պահպանում, որոնք ապահովում են մեթոդաբանության առավելությունները բարդ բազմամակարդակ մոդելների միանշանակության, ճշգրտության և ամբողջականության առումով: Այս կանոնները նկարագրված են ստորև՝ SADT տեխնոլոգիայի առումով: Այստեղ նշվում է միայն հիմնականը. մոդելի մշակման և ճշգրտման բոլոր փուլերն ու փուլերը պետք է խստորեն, պաշտոնապես փաստաթղթավորվեն, որպեսզի դրա գործարկման ընթացքում փաստաթղթերի ոչ ամբողջականության կամ սխալ լինելու հետ կապված հարցեր չառաջանան:

4. Կրկնվող մոդելավորում. IDEF0-ում մոդելի մշակումը քայլ առ քայլ, կրկնվող ընթացակարգ է: Կրկնման յուրաքանչյուր քայլում մշակողը առաջարկում է մոդելի տարբերակ, որը ենթակա է քննարկման, վերանայման և հետագա խմբագրման, որից հետո ցիկլը կրկնվում է: Աշխատանքի այս կազմակերպումը նպաստում է համակարգերի վերլուծաբանի գիտելիքների օպտիմալ օգտագործմանը, ով տիրապետում է IDEF0 մեթոդաբանությանը և տեխնիկային, և մասնագետների՝ փորձագետների գիտելիքների այն առարկայի ոլորտում, որին պատկանում է մոդելավորման օբյեկտը:

5. «Կազմակերպության» տարանջատում «գործառույթներից».. Մոդելներ մշակելիս պետք է խուսափել ուսումնասիրվող համակարգի գործառույթները ի սկզբանե «կապելուց» մոդելավորված օբյեկտի (ձեռնարկություն, ֆիրմա) գոյություն ունեցող կազմակերպչական կառուցվածքի հետ: Սա օգնում է խուսափել կազմակերպության և նրա ղեկավարության կողմից պարտադրված սուբյեկտիվ տեսակետից: Կազմակերպչական կառուցվածքը պետք է լինի մոդելի կիրառման (կիրառման) արդյունք։ Արդյունքը գոյություն ունեցող կառուցվածքի հետ համեմատելը թույլ է տալիս նախ գնահատել մոդելի համարժեքությունը, երկրորդ՝ առաջարկել լուծումներ՝ ուղղված այս կառուցվածքի բարելավմանը։

IDEF0 մոդելավորման մեթոդաբանության հիման վրա լուծված խնդիրների օրինակներ.

Բիզնես գործընթացների վերլուծություն և վերաճարտարագիտություն:

Որակի տվյալների կառավարման տեղեկատվական համակարգի մշակում:

Արտադրանքի որակի ապահովման և տվյալների մշակման որակյալ համակարգերի ստեղծման կանոնակարգերի և ընթացակարգերի մշակում: Ֆունկցիոնալ մոդելը թույլ է տալիս փոխարինել ավանդական որակի ձեռնարկները նկարագրական տեքստային փաստաթղթերի տեսքով ստանդարտացված էլեկտրոնային մոդելներով, որոնց ամբողջականությունն ու հետևողականությունը ավտոմատ կերպով պահպանվում է: Անհրաժեշտության դեպքում դուք միշտ կարող եք նրանցից սովորական ձևով թղթային հաշվետվություն ստանալ:

Տեղեկատվական ենթակառուցվածքի նախագծում, ընթացակարգեր և կանոնակարգեր տեղեկատվական փոխգործակցության համար:

Ռիսկերի վերլուծության առաջադրանքներ տեղեկատվական անվտանգության տեսանկյունից.

Եկեք, աշխատանքին համապատասխան, դիտարկենք SADT տեխնոլոգիայի (IDEF0) օգտագործմամբ դիագրամների կառուցման սկզբունքները:

SADT-ի գրաֆիկական լեզուն պարզ է և ներդաշնակ: Մեթոդաբանությունը հիմնված է չորս հիմնական հասկացությունների վրա.

Դրանցից առաջինը հայեցակարգն է « ֆունկցիոնալ բլոկ« Ֆունկցիոնալ բլոկը գրաֆիկորեն պատկերված է որպես ուղղանկյուն (տես նկ. 3.23) և ներկայացնում է հատուկ գործառույթ դիտարկվող համակարգում: Ստանդարտի պահանջների համաձայն՝ յուրաքանչյուր ֆունկցիոնալ բլոկի անվանումը պետք է ձևակերպվի բանավոր տրամադրությամբ (օրինակ՝ « ծառայություններ արտադրել", բայց չէ " ծառայությունների արտադրություն»): Ֆունկցիոնալ բլոկի չորս կողմերից յուրաքանչյուրն ունի իր հատուկ նշանակությունը (դերը), մինչդեռ վերին կողմն ունի «իմաստը. վերահսկողություն« (շարունակ r ol); ձախ կողմը նշանակում է « մուտք» ( մուտքագրում); աջ կողմը նշանակում է « ելք» ( ելքը); ներքևի կողմը նշանակում է « մեխանիզմ» ( մեխանիզմ) Քննարկվող մեկ համակարգի յուրաքանչյուր ֆունկցիոնալ բլոկ պետք է ունենա իր ուրույն նույնականացման համարը:

Սեպտեմբեր 16, 2010 13:08

«Divide et Impera»
Հռոմեական Սենատի Մաքսիմ

1981 թվականն էր, ԱՄՆ ռազմաօդային ուժերը մշակում էին արդյունաբերական ավտոմատացման ծրագիր, որը կոչվում էր ICAM (Ինտեգրված համակարգչային օժանդակ արտադրություն) Ծրագրի հաջող ընթացքի համար անհրաժեշտ էր, որ բոլոր մասնակիցները կարողանան զուգահեռաբար մոդելավորել ավտոմատացված ձեռնարկություն։ Հատուկ այդ նպատակների համար մշակվել է ստանդարտների մի շարք IDEF (ICAM-ի սահմանում) Սահմանված ստանդարտներից մեկը ֆունկցիոնալ մոդելավորման նշումն էր՝ ծածկագրված IDEF0, որը ժամանակի ընթացքում մի փոքր փոփոխվել է, և վերջին տարբերակի բնութագրերը թողարկվել են 1993 թվականի դեկտեմբերին։
Ես ձեզ մի փոքր կպատմեմ նշագրման միջոցով բիզնես գործընթացի ֆունկցիոնալ մոդելավորման գործընթացի առանձնահատկությունների մասին IDEF0և միևնույն ժամանակ ես կօգնեմ Արիստարխ Գրիգորիևիչին, ում մասին նշեցի նախորդ հոդվածում. նկարագրելու եմ բորշի պատրաստման բիզնես գործընթացը։

Ֆունկցիոնալ մոդելավորումը սկսվում է՝ բացահայտելով հիմնական խնդիրը, որը լուծվում է այս բիզնես գործընթացի իրականացման միջոցով: Մեր դեպքում այս առաջադրանքը ձևակերպված է հետևյալ կերպ. «Պատրաստեք բորշ»: Ինձ թվում է, որ ավելի արդյունավետ է սկսել մոդելավորման գործընթացը՝ որոշելով, թե ինչ տվյալներ և նյութեր ունենք մինչև բիզնես գործընթացն իրականացնելը (Input), ինչպես նաև հստակ հասկանալով, թե ինչ ենք ուզում ստանալ բիզնես գործընթացի իրականացման արդյունքում ( Արդյունք / Արդյունք): Սա հնարավորություն կտա պարզել բիզնես գործընթացին ներկայացվող հստակ պահանջները և վերացնել անիրատեսական հույսերը. կասկածելի ծագման մի քանի քարեր ունենալով՝ անհնար է ոսկու ձուլակտորներ ձեռք բերել։ Բորշի պատրաստման դեպքում մուտքի մոտ կան, օրինակ, բանջարեղեն և միս (կարող են, իհարկե, չլինեն, բայց ենթադրենք, որ բոլոր ապրանքները զգույշ են գնվել): Ելքի ժամանակ մենք միանգամայն տրամաբանական պետք է ստանանք բորշ:

IDEF0 նշումը նաև ենթադրում է, որ ֆունկցիոնալ մոդելավորում իրականացնելու համար անհրաժեշտ է բացահայտել այսպես կոչված մեխանիզմը (մեխանիզմը), այսինքն. այն կատարողները, ովքեր կներգրավվեն բիզնես գործընթացում։ Մեր օրինակում մեխանիզմը հենց Արիստարխ Գրիգորիևիչն է և, ասենք, նրա ավագ որդին՝ Կոլյան։ Գործընթացի ճիշտ կատարումը պետք է վերահսկվի ինչ-որ բանով (որոշ չափորոշիչներ, մեթոդներ, տեխնոլոգիաներ և այլն): IDEF0 նշումով այս բանը կոչվում է «հսկողություն» և պետք է հայտնվի ֆունկցիոնալ դիագրամի վրա:

Երբ բիզնես վերլուծաբանը նույնականացնի մուտքերն ու արդյունքները և սահմանի մեխանիզմն ու վերահսկողությունը, այս ամբողջ տեղեկատվությունը կարող է ամփոփվել առաջին դիագրամի մեջ, որը կոչվում է համատեքստի դիագրամ: Այն նման կլինի Նկար 1-ում:

Բրինձ. 1. Համատեքստային դիագրամ

Համատեքստի դիագրամի հիմնական նպատակն է բացահայտել հիմնական խնդիրը, միակ և միակ գործառույթը, որը լուծում է բիզնես գործընթացի իրականացումը: Համատեքստային դիագրամը հատկապես կարևոր է լուծվող բիզնես խնդրի վերաբերյալ ընդհանուր պատկերացում կազմելու ժամանակ. խնդիրը ճիշտ լուծելու համար։

Համատեքստի դիագրամը չի տալիս գործընթացի ամբողջական պատկերացում, այլ միայն ընդհանուր պատկերացում: Գործընթացի հաջորդականությունը դիտելու համար անհրաժեշտ է պտտել մանրադիտակի անիվը. քայքայել դիագրամը, այսինքն. տալ գործընթացի մի փոքր ավելի մանրամասն նկարագրություն: Ինձ համար միշտ ավելի հարմար է եղել հսկա ընդհանուր առաջադրանքը բաժանել 4-5 փոքր առաջադրանքների՝ մոտավորապես նույն մակարդակի դետալներով։ Այս առաջադրանքները կարող են լինել կամ հաջորդական կամ զուգահեռ իրենց կատարման ժամանակ: Օրինակ՝ բորշի պատրաստման դեպքում այս խնդիրները հանգում են նրան. Հասկանալի է, որ կարելի է միաժամանակ եփել արգանակը և պատրաստել բանջարեղենը, բայց բորշը մինչև համեմված մատուցելը վատ կստացվի։ Եկեք, օրինակ, ստանանք գծապատկեր 2-ում ցուցադրվածի նման:

Բրինձ. 2. Առաջին մակարդակի տարրալուծման դիագրամ

Նույն կերպ, դուք կարող եք քայքայել այս փոքր գործառույթներից յուրաքանչյուրը, մինչև հասնեք մանրամասնության պահանջվող մակարդակին:

Ես տարրալուծման շատ մեծ առավելություն եմ տեսնում նրանում, որ ինչ-որ ծանր, օրինակ, տեխնոլոգիական գործընթաց նկարագրելիս կարող եք նշել մի ամբողջ արտադրամաս, օրինակ՝ կաղապարման արտադրամաս, որպես գործընթացի հիմնական կատարող համատեքստի դիագրամում, և ապա ընտրեք առանձին թիմեր, օրինակ, տարրալուծման սխեմայի վրա այս սեմինարը, որը պատասխանատու է գործընթացի կատարման այս կամ այն ​​ուղղության համար: Հատկապես կարևոր է, որ տարրալուծման յուրաքանչյուր բլոկի համար, ինչպես ամբողջ համատեքստի դիագրամը, նշվում են ինչպես մուտքային, այնպես էլ ելքային տվյալները: Նրանք. մենք կարող ենք վերահսկել ռեսուրսների հոսքը՝ դրանք բաշխելով, որոշ տեղերում կրճատելով, որոշ տեղերում՝ ավելացնելով, կարող ենք հասկանալ, որ անհրաժեշտ է հետաձգել որոշ աշխատանքներ, քանի որ, օրինակ, հնարավոր չէ օգտագործել նույն մեքենան։ միեւնույն ժամանակ. Քայքայման բլոկների ստորին ձախ անկյունում նշվում է գործողության կատարման մոտավոր արժեքը, ինչը թույլ է տալիս ընդգծել ավելի թանկ գործողություններ, որոնք պետք է ավելի մանրամասն մշակվեն: Եվ հակառակը՝ փոքր առաջադրանքները ավելի հեշտ է գնահատել, քան մեծերը: Գտնելով յուրաքանչյուր փոքր առաջադրանքն ավարտելու արժեքը՝ մեծ առաջադրանքի արժեքը կարելի է հաշվարկել՝ պարզապես փոքր առաջադրանքների ծախսերը գումարելով:

IDEF0 նշումի մեծ թերությունը, իմ կարծիքով, այն է, որ այն լավ չի արտացոլում, և ընդհանրապես ընդհանրապես չի արտացոլում գործընթացի մասնակիցների արձագանքը բնապահպանական իրադարձություններին: Հետևաբար, անհնար է գնահատել արտաքին միջավայրի փոփոխությունների հետ կապված ռիսկերը, ինչպես նաև անհնար է մոդելավորել հետդարձի տարբերակները: Ահա թե ինչու, իմ կարծիքով, IDEF0 նշումը լիովին հարմար է ոչ թե բիզնես գործընթացները, այլ տեխնոլոգիական գործընթացները նկարագրելու համար, որոնցում բացառվում է շրջակա միջավայրի ազդեցությունը, քանի որ գործողություններն իրականացվում են պլանի համաձայն: Իհարկե, չի կարելի բացառել սարքավորումների խափանումները: Բայց, եթե մտածեք դրա մասին, սարքավորումների խափանումը հանգեցնում է միայն սարքավորումները վերանորոգելու կամ փոխելու անհրաժեշտությանը: Շատ դեպքերում դա հանգեցնում է գործընթացի կամ հետաձգման կամ չեղարկման ինչ-որ փուլում, բայց ոչ հետադարձ (պատկերացրեք, թե ինչպես, երբ վառարանը փչանում է, աղյուսները նորից քայքայվում են ավազի և կավի մեջ), մինչդեռ երբ բիզնեսում բացառիկ իրավիճակներ են առաջանում: միջավայր, Շատ դեպքերում պահանջվում են հետադարձ գործողություններ: Այդ իսկ պատճառով IDEF0 նշումն ավելի ընդունելի է թվում տեխնոլոգիական գործընթացները նկարագրելու համար։

Հաջորդ դրվագներում դուք կգտնեք հետաքրքիր պատմություններ BPMN, EPC և UML նշումների մասին:

(4.77 - գնահատվել է 43 հոգու կողմից)

Աշխատանքի նպատակը.

• ուսումնասիրելով IDEF0 մեթոդաբանության հիմնական սկզբունքները,
• ստեղծելով նոր նախագիծ BPWin-ում,
• համատեքստի դիագրամի ձևավորում,
• կապեր հաստատելը.

IDEF0 օգտագործող համակարգի նկարագրությունը կոչվում է ֆունկցիոնալ մոդել: Ֆունկցիոնալ մոդելը նախատեսված է նկարագրելու գոյություն ունեցող բիզնես գործընթացները, որոնք օգտագործում են ինչպես բնական, այնպես էլ գրաֆիկական լեզուներ: Հատուկ համակարգի մասին տեղեկատվություն փոխանցելու համար գրաֆիկական լեզվի աղբյուրը հենց IDEF0 մեթոդաբանությունն է:

IDEF0 մեթոդաբանություննախատեսում է դիագրամների հիերարխիկ համակարգի կառուցում` համակարգի բեկորների առանձին նկարագրություններ: Նախ, կատարվում է համակարգի նկարագրությունը որպես ամբողջություն և դրա փոխազդեցությունն արտաքին աշխարհի հետ (համատեքստի դիագրամ), որից հետո կատարվում է ֆունկցիոնալ տարրալուծում. համակարգը բաժանվում է ենթահամակարգերի և յուրաքանչյուր ենթահամակարգ նկարագրվում է առանձին (քայքայման դիագրամներ) . Այնուհետև յուրաքանչյուր ենթահամակարգ բաժանվում է ավելի փոքրերի, և այդպես շարունակվում է մինչև դետալների ցանկալի մակարդակի հասնելը:

Յուրաքանչյուրը IDEF0 դիագրամներ a-ն պարունակում է բլոկներ և աղեղներ: Բլոկները պատկերում են մոդելավորված համակարգի գործառույթները: Կամարները կապում են բլոկները միմյանց և ներկայացնում են նրանց միջև փոխազդեցությունն ու հարաբերությունները:

Դիագրամներում ֆունկցիոնալ բլոկները (աշխատանքները) ներկայացված են ուղղանկյուններով, որոնք ներկայացնում են անվանված գործընթացներ, գործառույթներ կամ առաջադրանքներ, որոնք տեղի են ունենում որոշակի ժամանակահատվածում և ունեն ճանաչելի արդյունքներ: Ստեղծագործության անվանումը պետք է արտահայտվի որպես գործողությունը նշող բառային գոյական:

IDEF0պահանջում է, որ դիագրամն ունենա առնվազն երեք և ոչ ավելի, քան վեց բլոկ: Այս սահմանափակումները դիագրամների և մոդելների բարդությունը պահում են ընթեռնելի, հասկանալի և օգտագործելի մակարդակի վրա:

Բլոկի յուրաքանչյուր կողմ ունի հատուկ, շատ կոնկրետ նպատակ: Բլոկի ձախ կողմը մուտքերի համար է, վերևը՝ վերահսկման, աջը՝ ելքերի համար, իսկ ներքևը՝ մեխանիզմների համար: Այս նշումը արտացոլում է որոշակի համակարգի սկզբունքներ. մուտքերը վերածվում են ելքերի, վերահսկում են սահմանները կամ սահմանում են փոխակերպումների իրականացման պայմանները, մեխանիզմները ցույց են տալիս, թե ինչ և ինչպես է կատարում գործառույթը:

IDEF0-ում բլոկները տեղադրվում են ըստ կարևորության, ինչպես հասկացել է դիագրամի հեղինակը: Այս հարաբերական կարգը կոչվում է գերակայություն: Գերիշխանությունը հասկացվում է որպես ազդեցություն, որը մեկ բլոկն ունի դիագրամի մյուս բլոկների վրա: Օրինակ, գծապատկերի առավել գերիշխող բլոկը կարող է լինել կամ առաջինը գործառույթների պահանջվող հաջորդականությունից, կամ պլանավորման կամ վերահսկման գործառույթը, որն ազդում է բոլոր մյուսների վրա:

Առավել գերիշխող բլոկը սովորաբար տեղադրվում է գծապատկերի վերին ձախ անկյունում, իսկ ամենաքիչ գերիշխող բլոկը աջ անկյունում է:

Էջում բլոկների դասավորությունը արտացոլում է գերակայության հեղինակի սահմանումը: Այսպիսով, դիագրամի տոպոլոգիան ցույց է տալիս, թե որ հատկանիշներն են ավելի մեծ ազդեցություն ունենում ուրիշների վրա: Սա ընդգծելու համար վերլուծաբանը կարող է վերահամարակալել բլոկները՝ ըստ դրանց գերակայության կարգի։ Գերիշխման կարգը կարելի է ցույց տալ յուրաքանչյուր ուղղանկյան ստորին աջ անկյունում տեղադրված թվով. 1-ը ցույց կտա ամենամեծ գերակայությունը, 2-ը հաջորդը և այլն:

Աշխատանքների փոխազդեցությունը արտաքին աշխարհի և միմյանց հետ նկարագրվում է սլաքների տեսքով, որոնք պատկերված են որպես մեկ գծեր, որոնց ծայրերում սլաքներ են: Սլաքները ներկայացնում են որոշ տեղեկություններ և կոչվում են գոյականներ:

Սլաքների տեսակները

IDEF0-ը տարբերում է հինգ տեսակի սլաքներ:

Մուտքը- արդյունք (արդյունք) ստանալու համար օգտագործվող և աշխատանքի արդյունքում վերափոխված առարկաներ: Թույլատրվում է, որ ստեղծագործությունը չի կարող ունենալ մեկ մուտքի սլաք: Մուտքի սլաքը գծված է աշխատանքի ձախ եզրին մուտք գործելիս:

Վերահսկողություն-.տեղեկատվություն, որը վերահսկում է աշխատանքի գործողությունները: Սովորաբար, կառավարման սլաքները պարունակում են տեղեկատվություն, որը ցույց է տալիս, թե ինչ պետք է կատարի աշխատանքը: Յուրաքանչյուր աշխատանք պետք է ունենա առնվազն մեկ հսկիչ սլաք, որը պատկերված է աշխատանքի վերին եզրին մուտք գործելիս:

Ելք- օբյեկտներ, որոնց մուտքերը փոխարկվում են: Յուրաքանչյուր աշխատանք պետք է ունենա առնվազն մեկ ելքի սլաք, որը գծված է որպես աշխատանքի աջ եզրից բխող:

Մեխանիզմ- ռեսուրսներ, որոնք կատարում են աշխատանքը. Մեխանիզմի սլաքը գծված է որպես աշխատանքի ստորին եզր մտնելիս։ Վերլուծաբանի հայեցողությամբ մեխանիզմի սլաքները չեն կարող պատկերված լինել մոդելի վրա:

Զանգահարեք- հատուկ սլաք, որը ցույց է տալիս այլ գործող մոդել: Զանգի սլաքը գծված է որպես աշխատանքի ներքևից և օգտագործվում է ցույց տալու, որ որոշ աշխատանք կատարվում է մոդելավորվող համակարգից դուրս:

Բրինձ. 2.1Սլաքների տեսակները

IDEF0 մեթոդաբանությունը պահանջում է միայն հինգ տեսակի փոխազդեցություն բլոկների միջև՝ դրանց փոխհարաբերությունները նկարագրելու համար. Վերահսկիչ և մուտքային կապերը ամենապարզն են, քանի որ դրանք արտացոլում են ուղղակի ազդեցությունները, որոնք ինտուիտիվ են և շատ պարզ:

Բրինձ. 2.2.Ելքային հաղորդակցություն

Բրինձ. 2.3. Կառավարման հաղորդակցություն

Վերահսկիչ հարաբերությունը տեղի է ունենում, երբ մեկ բլոկի ելքը ուղղակիորեն ազդում է ավելի քիչ գերիշխող բլոկի վրա:

Վերահսկիչ հետադարձ կապը և մուտքագրման հետադարձ կապն ավելի բարդ են, քանի որ դրանք ներառում են կրկնություն կամ ռեկուրսիա: Մասնավորապես, մեկ աշխատանքից ստացված արդյունքները ազդում են այլ աշխատանքների ապագա կատարման վրա, ինչը հետագայում ազդում է սկզբնական աշխատանքի վրա:

Վերահսկիչ հետադարձ կապը տեղի է ունենում այդ ժամանակ. երբ որոշ բլոկի ելքը ազդում է ավելի մեծ գերակայություն ունեցող բլոկի վրա:

Արդյունք-մեխանիզմ հարաբերությունները հազվադեպ են: Դրանք արտացոլում են մի իրավիճակ, երբ մի ֆունկցիայի արդյունքը դառնում է մյուսի նպատակին հասնելու միջոց:

Բրինձ. 2.4.Մուտք գործելու կարծիք

Բրինձ. 2.5.Կառավարման հետադարձ կապ

Արդյունք-մեխանիզմ հարաբերությունները բնորոշ են ռեսուրսների աղբյուրների բաշխմանը (օրինակ՝ անհրաժեշտ գործիքներ, պատրաստված անձնակազմ, ֆիզիկական տարածք, սարքավորումներ, ֆինանսավորում, նյութեր):

IDEF0-ում աղեղը հազվադեպ է ներկայացնում մեկ օբյեկտ: Այն սովորաբար խորհրդանշում է մի շարք առարկաներ: Քանի որ կամարները ներկայացնում են օբյեկտների հավաքածու, դրանք կարող են ունենալ բազմաթիվ սկզբնակետեր (աղբյուրներ) և վերջնակետեր (նպատակակետեր): Հետևաբար, կամարները կարող են ճյուղավորվել և միանալ տարբեր ձևերով: Ամբողջ աղեղը կամ դրա մի մասը կարող է ձգվել մեկ կամ մի քանի բլոկներից և ավարտվել մեկ կամ մի քանի բլոկներով:

Ճյուղավորվող կամարները, որոնք պատկերված են որպես ճառագայթող գծեր, նշանակում են, որ կամարների ամբողջ պարունակությունը կամ դրա մի մասը կարող է հայտնվել յուրաքանչյուր ճյուղում: Աղեղը միշտ պիտակվում է ճյուղի առաջ՝ ամբողջ հավաքածուին անուն տալու համար: Բացի այդ, աղեղի յուրաքանչյուր ճյուղ կարող է պիտակավորվել կամ չպիտակավորվել հետևյալ կանոնների համաձայն.

• չպիտակավորված ճյուղերը պարունակում են ճյուղից առաջ աղեղային պիտակի մեջ նշված առարկաների կշիռը.
• Մասնաճյուղի կետից հետո պիտակավորված ճյուղերը պարունակում են ճյուղից առաջ աղեղային պիտակի մեջ նշված օբյեկտները կամ դրանց մի մասը:

Arc-ի միաձուլումները IDEFO-ում, որոնք պատկերված են որպես միմյանց համընկնող գծեր, ցույց են տալիս, որ յուրաքանչյուր ճյուղի բովանդակությունը ձևավորում է պիտակ աղեղի համար, որն առաջանում է սկզբնական աղեղների միաձուլման արդյունքում: Միաձուլումից հետո ստացված աղեղը միշտ նշվում է՝ ցույց տալու միաձուլման արդյունքում առաջացած օբյեկտների նոր հավաքածուն: Բացի այդ, յուրաքանչյուր մասնաճյուղ կարող է կամ չի կարող նշվել մինչև միաձուլումը, համաձայն հետևյալ կանոնների.

Բրինձ. 2.6.Ելք-մեխանիզմ կապ

• չպիտակավորված ճյուղերը պարունակում են միավորումից հետո ընդհանուր աղեղային պիտակի մեջ նշված օբյեկտների կշիռը.
• Միաձուլումից առաջ նշված ճյուղերը պարունակում են բոլոր կամ որոշ օբյեկտներ, որոնք նշված են ընդհանուր պիտակի մեջ միաձուլումից հետո,

Քանակական գծապատկերների վերլուծություն

Դիագրամների քանակական վերլուծություն կատարելու համար մենք թվարկում ենք մոդելային ցուցանիշները.

• դիագրամի վրա բլոկների քանակը - N;
• դիագրամի տարրալուծման մակարդակը - Լ;
• դիագրամի մնացորդը - IN;
• բլոկին միացնող սլաքների քանակը - Ա

Գործոնների այս փաթեթը վերաբերում է յուրաքանչյուր մոդելի դիագրամին: Ստորև բերված կլինեն առաջարկություններ դիագրամի գործոնների ցանկալի արժեքների վերաբերյալ:

Պետք է ձգտել ապահովել, որ ավելի ցածր մակարդակների դիագրամների վրա բլոկների քանակն ավելի ցածր լինի, քան մայր դիագրամների բլոկների թիվը, այսինքն՝ տարրալուծման մակարդակի բարձրացման հետ գործակիցը նվազում է: Այսպիսով, այս գործակցի նվազումը վկայում է այն մասին, որ. որ քանի որ մոդելը քայքայվում է, գործառույթները պետք է պարզեցվեն, հետևաբար բլոկների թիվը պետք է նվազի։

Դիագրամները պետք է հավասարակշռված լինեն: Սա նշանակում է, որ մեկ գծապատկերում նկ. 1-ում ներկայացված իրավիճակը չպետք է տեղի ունենա: 2.7. 1-ին աշխատանքը զգալիորեն ավելի շատ ներգնա և կառավարման սլաքներ ունի, քան ելքայինները: Հարկ է նշել, որ արտադրական գործընթացները նկարագրող մոդելներում այս առաջարկությունը կարող է չհետևվել: Օրինակ, հավաքման ընթացակարգը նկարագրելիս բլոկը կարող է ներառել բազմաթիվ սլաքներ, որոնք նկարագրում են արտադրանքի բաղադրիչները, և մեկ սլաք դուրս գալով՝ պատրաստի արտադրանքը:

Բրինձ. 2.7.Անհավասարակշռված գծապատկերի օրինակ

Ներկայացնենք դիագրամի հաշվեկշռի գործակիցը

Պետք է ձգտել Քնվազագույն էր աղյուսակի համար:

Բացի դիագրամի գրաֆիկական տարրերի վերլուծությունից, անհրաժեշտ է հաշվի առնել բլոկների անվանումները: Անունները գնահատելու համար կազմվում է մոդելավորված համակարգի տարրական (չնչին) ֆունկցիաների բառարան։ Փաստորեն, այս բառարանը պետք է ներառի դիագրամների տարրալուծման ավելի ցածր մակարդակի գործառույթները։ Օրինակ, տվյալների բազայի մոդելի համար «գտնել գրառում» և «տվյալ տվյալների բազայում գրառում ավելացնել» գործառույթները կարող են լինել տարրական, մինչդեռ «օգտատիրոջ գրանցում» գործառույթը պահանջում է լրացուցիչ նկարագրություն:

Բառարան կազմելուց և համակարգային դիագրամների փաթեթ կազմելուց հետո անհրաժեշտ է դիտարկել մոդելի ստորին մակարդակը։ Եթե ​​կան համընկնումներ դիագրամների բլոկների անունների և բառարանի բառերի միջև, դա նշանակում է, որ ձեռք է բերվել տարրալուծման բավարար մակարդակ: Այս չափանիշը քանակապես արտացոլող գործակիցը կարելի է գրել այսպես L*C-մոդելի մակարդակի արտադրյալը և բլոկի անունների համընկնումների քանակը բառարանից բառերի հետ: Որքան ցածր է մոդելի մակարդակը (ավելի մեծ L), այնքան ավելի արժեքավոր են համընկնումները:

BPWin Toolkit

Երբ սկսում եք BPWin-ը, հիմնական գործիքագոտին, գործիքների գունապնակը և Model Explorer-ը հայտնվում են լռելյայնորեն:

Նոր մոդել ստեղծելիս հայտնվում է երկխոսություն, որտեղ դուք պետք է նշեք, թե արդյոք մոդելը կստեղծվի նորովի, թե այն կբացվի ModelMart պահեստից, մուտքագրեք մոդելի անունը և ընտրեք այն մեթոդաբանությունը, որով կկառուցվի մոդելը ( Նկար 2.8):

Նկ.2.8Մոդելի ստեղծման երկխոսություն

BPWin-ն աջակցում է երեք մեթոդոլոգիաների՝ IDEF0, IDEF3 և DFD: BPWin-ում հնարավոր է կառուցել խառը մոդելներ, այսինքն՝ մոդելը կարող է միաժամանակ պարունակել ինչպես IDEF0, այնպես էլ IDEF3 դիագրամներ և DFD: Գործիքների գունապնակի կազմը ավտոմատ կերպով փոխվում է, երբ դուք անցնում եք մեկ նշումից մյուսին:

BPWin-ում մոդելը դիտվում է որպես աշխատանքների մի շարք, որոնցից յուրաքանչյուրը գործում է տվյալների որոշակի հավաքածուով: Եթե ​​մկնիկի ձախ կոճակով սեղմում եք որևէ մոդելի օբյեկտի վրա, հայտնվում է բացվող համատեքստային մենյու, որի յուրաքանչյուր տարր համապատասխանում է օբյեկտի սեփականության խմբագրին:

Օրինակ

Համակարգի մոդելի կառուցումը պետք է սկսվի դրա ֆունկցիոնալությունը նկարագրող բոլոր փաստաթղթերի ուսումնասիրությունից: Այդ փաստաթղթերից մեկը տեխնիկական բնութագրումն է, այն է՝ «Զարգացման նպատակը», «Համակարգի նպատակներն ու խնդիրները» և «Համակարգի ֆունկցիոնալ բնութագրերը» բաժինները։

Աղբյուրի փաստաթղթերն ուսումնասիրելուց և համակարգի հաճախորդների և օգտվողների հետ հարցազրույց անցկացնելուց հետո անհրաժեշտ է ձևակերպել մոդելավորման նպատակը և որոշել մոդելի վերաբերյալ տեսակետը: Դիտարկենք դրա կառուցման տեխնոլոգիան՝ օգտագործելով «Համալսարանական զբաղվածության ծառայություն» համակարգի օրինակը, որի հիմնական հնարավորությունները նկարագրված են թիվ 1 լաբորատոր աշխատանքում։

Եկեք ձևակերպենք մոդելավորման նպատակը. նկարագրել համակարգի գործունեությունը, որը հասկանալի կլինի դրա օգտագործողին, առանց իրականացման հետ կապված մանրամասների մեջ մտնելու: Մենք մոդելը կկառուցենք օգտատերերի (ուսանող, ուսուցիչ, ադմինիստրատոր, դեկանատ, ընկերություն) տեսանկյունից։

Սկսենք կառուցելով համատեքստային IDEF0 դիագրամ:Համակարգի նկարագրության համաձայն՝ հիմնական գործառույթն է սպասարկել իր հաճախորդներին՝ մշակելով նրանցից ստացված հարցումները: Այսպիսով, մենք սահմանում ենք համատեքստի դիագրամի միակ աշխատանքը որպես «Ծառայել համակարգի հաճախորդին»: Հաջորդը, մենք սահմանում ենք մուտքային և ելքային տվյալները, ինչպես նաև մեխանիզմները և վերահսկումը:

Հաճախորդին սպասարկելու համար անհրաժեշտ է նրան գրանցել համակարգում, բացել մուտքը տվյալների բազա և ընթացք տալ նրա խնդրանքին։ Մուտքային տվյալները կլինեն «հաճախորդի անունը», «հաճախորդի գաղտնաբառ», «աղբյուրի տվյալների բազա», «հաճախորդի հարցում»: Հարցման կատարումը հանգեցնում է կա՛մ համակարգից տեղեկատվության ստացմանը, կա՛մ տվյալների բազայի բովանդակության փոփոխմանը (օրինակ՝ փորձագիտական ​​գնահատականներ կազմելիս), ուստի ելքային տվյալները կլինեն «հաշվետվություններ» և «փոփոխված տվյալների բազա»: Հարցումների մշակման գործընթացը կիրականացվի համակարգի մոնիտորով` ադմինիստրատորի հսկողության ներքո:

Համատեքստային դիագրամ

Այսպիսով, մենք սահմանում ենք համակարգի համատեքստային դիագրամը (նկ. 2.9):

Նկար 2.9.Համակարգի համատեքստային դիագրամ

Եկեք տարանջատենք համատեքստի դիագրամը՝ նկարագրելով հաճախորդների սպասարկման հաջորդականությունը.

• Համակարգի հասանելիության մակարդակի որոշում.
• Ենթահամակարգի ընտրություն.
• Մուտք դեպի ենթահամակարգ:
• Տվյալների բազայի փոփոխություն (անհրաժեշտության դեպքում):

Մենք ստանում ենք նկարում ներկայացված դիագրամը: 2.10.

Ավարտելով համատեքստի դիագրամի տարրալուծումը, անցեք հաջորդ մակարդակի դիագրամի տարրալուծմանը: Սովորաբար, երրորդ և ստորին մակարդակները դիտարկելիս մոդելները վերադառնում են մայր դիագրամներին և կարգավորում դրանք:

Բրինձ. 2.10.«Ծառայություն, համակարգի հաճախորդ» աշխատանքի տարրալուծում.

Մենք հաջորդաբար քայքայում ենք ստացված գծապատկերի բոլոր բլոկները: Համակարգին հասանելիության մակարդակը որոշելու առաջին քայլը օգտատերերի կատեգորիայի որոշումն է: Հաճախորդի անունը որոնվում է օգտատերերի տվյալների բազայում՝ որոշելով նրա կատեգորիան։ Ըստ որոշակի կատեգորիայի՝ որոշվում են համակարգից օգտվողին տրված լիազորությունները։ Հաջորդը կատարվում է համակարգ մուտք գործելու կարգը՝ ստուգելով մուտքի անունը և գաղտնաբառը: Համատեղելով լիազորությունների մասին տեղեկատվությունը և համակարգ մուտքի մակարդակը, օգտագործողի համար ձևավորվում է թույլատրելի գործողությունների մի շարք: Այսպիսով, համակարգ մուտքի մակարդակը որոշելը նման կլինի Նկ. 2.11.

Բրինձ. 2.11.«Համակարգին հասանելիության մակարդակի որոշում» աշխատանքի տարրալուծում.

Համակարգի մուտքի ընթացակարգն ավարտելուց հետո մոնիտորը վերլուծում է հաճախորդի հարցումը՝ ընտրելով ենթահամակարգը, որը կմշակի հարցումը: «Դիմում ենթահամակարգին» աշխատության տարրալուծումը չի համապատասխանում մոդելի նպատակին և տեսակետին։ Համակարգի օգտագործողին չեն հետաքրքրում դրա գործողության ներքին ալգորիթմները։ Այս դեպքում նրա համար կարևոր է, որ ենթահամակարգի ընտրությունը կատարվի ավտոմատ կերպով՝ առանց նրա միջամտության, ուստի ենթահամակարգի հասանելիության տարրալուծումը միայն կբարդացնի մոդելը։

Մենք տարրալուծում ենք «Հաճախորդի հարցումների մշակում» աշխատանքը, որը կատարվում է հարցումների մշակման ենթահամակարգի կողմից՝ որոշելով օգտվողների կատեգորիաները և լիազորությունները: Նախքան հարցման պատասխանը որոնելը, դուք պետք է բացեք տվյալների բազան (միացեք դրան): Ընդհանուր առմամբ, տվյալների բազան կարող է տեղակայված լինել հեռավոր սերվերի վրա, ուստի կարող է անհրաժեշտ լինել կապ հաստատել դրա հետ: Եկեք որոշենք աշխատանքի հաջորդականությունը.

• Տվյալների բազայի բացում.
• Հարցման կատարում.
• Հաշվետվությունների ստեղծում:

Տվյալների բազան բացելուց հետո դուք պետք է տեղեկացնեք համակարգին, որ կապ է հաստատվել տվյալների բազայի հետ, ապա կատարել հարցումը և գեներացնել հաշվետվություններ օգտագործողի համար (նկ. 2.12):

Հարկ է նշել, որ «Հարցումների կատարումը» ներառում է տարբեր ենթահամակարգերի աշխատանք: Օրինակ, եթե հարցումը ներառում է թեստավորում, ապա այն կիրականացվի մասնագիտական ​​և հոգեբանական թեստերի ենթահամակարգով։ Հարցման կատարման փուլում կարող է անհրաժեշտ լինել փոխել տվյալների բազայի բովանդակությունը, օրինակ՝ փորձագիտական ​​գնահատականներ կազմելիս։ Ուստի անհրաժեշտ է այդ հնարավորությունը նախատեսել դիագրամում։

Բրինձ. 2.12.

Գծապատկերի ճշգրտում

Ստացված դիագրամը վերլուծելիս հարց է առաջանում՝ ի՞նչ կանոններ են օգտագործվում հաշվետվություններ ստեղծելու համար։ Անհրաժեշտ է ունենալ նախապես ստեղծված կաղապարներ, որոնք կօգտագործվեն տվյալների բազայից ընտրելու համար, և այդ կաղապարները պետք է համապատասխանեն հարցումներին և պետք է նախապես սահմանված լինեն։ Բացի այդ, հաճախորդին պետք է հնարավորություն տրվի ընտրելու հաշվետվության ձևը։

Եկեք կարգավորենք դիագրամը՝ ավելացնելով «Զեկույցի ձևանմուշներ» և «Տվյալների բազայի փոփոխության հարցումներ» սլաքները և «Համակարգի հաճախորդ» թունելի սլաքը: «System Client»-ի թունելավորումն օգտագործվում է սլաքը վերևի գծապատկերում չտեղադրելու համար, քանի որ հաշվետվության ձևի ընտրության գործառույթը այնքան կարևոր չէ, որ ցուցադրվի մայր դիագրամում:

Դիագրամը փոխելը կհանգեցնի բոլոր մայր դիագրամների ճշգրտումների (նկ. 2.13 - 2.15):

Ցանկալի է «Հարցման կատարում» աշխատանքը քայքայել DFD դիագրամի միջոցով (լաբորատոր աշխատանք թիվ 3), քանի որ IDEF0 մեթոդոլոգիան համակարգը դիտարկում է որպես փոխկապակցված աշխատանքների մի շարք, որը լավ չի արտացոլում տեղեկատվության մշակման գործընթացները:

Բրինձ. 2.13.«Հաճախորդի հարցման մշակում» աշխատանքի տարրալուծում.

Բրինձ. 2.14.«Համակարգի հաճախորդների սպասարկում» աշխատանքի տարրալուծում (տարբերակ 2)

Բրինձ. 2.15.Համակարգի համատեքստի դիագրամ (տարբերակ 2)

Անցնենք «Տվյալների բազայի փոփոխություն» վերջին բլոկի տարրալուծմանը։ Հաճախորդի տեսանկյունից համակարգի տվյալները գտնվում են մեկ տվյալների բազայում: Իրականում համակարգում կա վեց տվյալների բազա.

• օգտվողների տվյալների բազա,
• ուսանողական տվյալների բազա, (տարբերակ 2)
• թափուր աշխատատեղերի բազա,
• ակադեմիական կատարողականի տվյալների բազա,
• Փորձարկման տվյալների բազա,
• Փորձագիտական ​​գնահատումների DB,
• DB ռեզյումե.

Ըստ մոդելավորման նպատակի՝ հաճախորդի համար կարևոր է հասկանալ, որ ստացված տվյալները համակարգում անմիջապես չեն թարմացվում, այլ անցնում են մշակման և վերահսկման լրացուցիչ փուլ։ Փոփոխության ալգորիթմը կարող է ձևակերպվել հետևյալ կերպ.

• Որոշվում է տվյալների բազան, որտեղ տեղեկատվությունը փոխվելու է:
• Օպերատորը ստեղծում է տվյալների ժամանակավոր հավաքածու և տրամադրում այն ​​ադմինիստրատորին:
• Ադմինիստրատորը վերահսկում է տվյալները և մուտքագրում է տվյալների բազա:

Այս մոդելը կարող է իրականացվել մեկ այլ եղանակով՝ ապահովելով տվյալների բազան անմիջապես խնդրանքով թարմացնելու հնարավորություն՝ շրջանցելով տվյալների վերահսկման գործընթացը։ Այս դեպքում անհրաժեշտ է ապահովել տվյալների բազայի ամբողջականության վերահսկողությունը՝ դրա վնասումից խուսափելու համար։ Այս դեպքում դիագրամը կունենա այսպիսի տեսք (նկ. 2.17):

Բրինձ. 2.16.«Տվյալների բազայի փոփոխություն» աշխատության տարրալուծում.

Բրինձ. 2.17.«Փոխել տվյալների բազան» աշխատանքի տարրալուծումը (տարբերակ 2) Առաջին տարբերակի համար, որը ներկայացված է Նկ. 2.12

«Տվյալների բազայի փոփոխությունների» հետագա տարրալուծումը կբարդացնի մոդելը՝ բացատրելով, թե ինչպես է իրականացվում տվյալների բազայի ֆիզիկական փոփոխությունը համակարգում: Այս դեպքում օգտատերը լրացուցիչ տեղեկատվություն չի ստանա զբաղվածության ծառայության համակարգի գործունեության մասին: Ցանկալի է այս աշխատանքը քայքայել տվյալների բազայի համակարգի նախագծման գործընթացում՝ տվյալների բազայի տրամաբանական մոդելի ստեղծման փուլում:

Հարցումների կատարման աշխատանքի տարրալուծումը կիրականացվի հաջորդ լաբորատորիայում, որը ցույց կտա DFD դիագրամների օգտագործումը տեղեկատվության մշակման գործընթացները նկարագրելու համար:

Եկեք կատարենք Նկարում ներկայացված մոդելների քանակական վերլուծություն: 2.12 և 2.13, վերը նկարագրված մեթոդի համաձայն: Դիտարկենք ^ գործակցի վարքագիծը այս մոդելների համար: «Հաճախորդի հարցման մշակում» մայր դիագրամը ունի 4/2 = 2 գործակից, իսկ տարրալուծման դիագրամը ունի 3/3 = 1: Գործակիցի արժեքը նվազում է, ինչը ցույց է տալիս գործառույթների նկարագրության պարզեցում, որպես մակարդակի մակարդակ: մոդելը նվազում է.

Դիտարկենք գործակցի փոփոխությունը Կ բունի երկու մոդելի տարբերակ.

երկրորդ տարբերակի համար

Գործակից Կ բչի փոխում իր արժեքը, հետևաբար, դիագրամի հավասարակշռությունը չի փոխվում:

Մենք կենթադրենք, որ դիտարկված դիագրամների տարրալուծման մակարդակը բավարար է մոդելավորման նպատակը արտացոլելու համար, իսկ ստորին մակարդակի դիագրամներում տարրական գործառույթներն օգտագործվում են որպես աշխատանքի անվանումներ (համակարգի օգտագործողի տեսանկյունից) .

Ամփոփելով դիտարկված օրինակը՝ անհրաժեշտ է նշել համակարգի մոդելավորման ժամանակ դիագրամային մի քանի տարբերակների դիտարկման կարևորությունը: Նման տարբերակները կարող են առաջանալ դիագրամների ճշգրտման ժամանակ, ինչպես դա արվեց «Հաճախորդի հարցումը մշակելիս» կամ համակարգի գործառույթների այլընտրանքային իրականացումներ ստեղծելիս («Փոխել տվյալների բազան» աշխատանքի տարրալուծումը): Ընտրանքների վերանայումը թույլ է տալիս ընտրել լավագույնը և ներառել այն դիագրամների փաթեթում՝ հետագա քննարկման համար:

Վերահսկիչ հարցեր

Ցուցակ Անվտանգության հարցեր:

1. Ի՞նչ է մոդելը IDEF0 նշումով:
2. Ի՞նչ են նշանակում IDEF0-ի աշխատանքները:
3. Ո՞րն է աշխատանքների անվանակոչման հերթականությունը:
4. Քանի՞ աշխատանք պետք է լինի մեկ դիագրամի վրա:
5. Ո՞րն է գերակայության կարգը:
6. Ինչպե՞ս են աշխատանքները դասավորվում գերակայության սկզբունքով։
7. Ո՞րն է դիագրամների վրա աշխատանքային ուղղանկյունների կողմերի նպատակը:
8. Թվարկե՛ք սլաքների տեսակները:
9. Նշեք հարաբերությունների տեսակները:
10. Ինչպե՞ս են կոչվում սահմանային սլաքները:
11. Բացատրե՛ք ճյուղավորվող և միաձուլվող սլաքների անվանման սկզբունքը:
12. Ի՞նչ մեթոդաբանություններ են աջակցում BPWin-ը:
13. Թվարկեք BPWin հիմնական պատուհանի հիմնական տարրերը:
14. Նկարագրեք BPWin-ում նոր մոդելի ստեղծման գործընթացը:
15. Ինչպե՞ս կապեր հաստատել աշխատանքների միջև:
16. Ինչպես սահմանել աշխատանքի անվանումը:
17. Նկարագրեք աշխատանքի խզման գործընթացը:
18. Ինչպե՞ս աշխատանք ավելացնել դիագրամում:
19. Ինչպե՞ս լուծել թունելային սլաքները:
20. Կարո՞ղ է BPWin մոդելը պարունակել բազմաթիվ մեթոդոլոգիաների դիագրամներ:

IDEF0-ը գրաֆիկական մոդելավորման նշում է, որն օգտագործվում է ֆունկցիոնալ մոդել ստեղծելու համար, որը պատկերում է համակարգի կառուցվածքն ու գործառույթները, ինչպես նաև տեղեկատվության և նյութական օբյեկտների հոսքերը, որոնք կապում են այդ գործառույթները: IDEF0 նշումը բիզնես գործընթացների մոդելավորման ամենահայտնի նշումներից է:

Տեխնիկայի նպատակն է կառուցել ուսումնասիրվող համակարգի ֆունկցիոնալ դիագրամ՝ նկարագրելով բոլոր անհրաժեշտ գործընթացները համակարգի գործունեության միանշանակ մոդելավորման համար բավարար ճշգրտությամբ:

Մեթոդաբանությունը հիմնված է չորս հիմնական հասկացությունների վրա. ֆունկցիոնալ բլոկ, միջերեսային աղեղ, տարրալուծում, բառարան.

Ֆունկցիոնալ բլոկ(Գործունեության տուփ) ներկայացնում է որոշակի կոնկրետություն ֆունկցիանդիտարկվող համակարգի շրջանակներում։ Ստանդարտի պահանջների համաձայն՝ յուրաքանչյուր ֆունկցիոնալ բլոկի անվանումը պետք է ձևակերպվի բանավոր տրամադրությամբ (օրինակ՝ «արտադրել ծառայություններ»): Դիագրամում ֆունկցիոնալ բլոկը պատկերված է որպես ուղղանկյուն (նկ. 3.):

Ֆունկցիոնալ բլոկի չորս կողմերից յուրաքանչյուրն ունի իր հատուկ նշանակությունը (դերը), և.

Վերին կողմը դրված է «Control»;

Ձախ կողմը դրված է «Input»;

Աջ կողմը դրված է Արդյունք;

Ներքևի կողմն ունի «մեխանիզմ» նշանակությունը։

Ինտերֆեյսի աղեղ(Arrow) ցուցադրում է համակարգի տարրը, որը մշակվում է ֆունկցիայի բլոկով կամ այլ կերպ է ազդում ֆունկցիան, որը ներկայացված է այս ֆունկցիայի բլոկով: Ինտերֆեյսի կամարները հաճախ կոչվում են հոսքեր կամ սլաքներ:

Բրինձ. 3. - Ֆունկցիոնալ բլոկ

Օգտագործելով ինտերֆեյսի աղեղները, ցուցադրվում են տարբեր օբյեկտներ, որոնք այս կամ այն ​​չափով որոշում են համակարգում տեղի ունեցող գործընթացները: Նման օբյեկտները կարող են լինել իրական աշխարհի տարրեր (մասեր, մեքենաներ, աշխատակիցներ և այլն) կամ տվյալների և տեղեկատվության հոսքեր (փաստաթղթեր, տվյալներ, հրահանգներ և այլն):

Կախված նրանից, թե ֆունկցիոնալ բլոկի որ կողմն է տեղավորվում այս ինտերֆեյսի աղեղը, այն կոչվում է «մուտքային», «ելքային» կամ «հսկողություն»:

Հարկ է նշել, որ ցանկացած ֆունկցիոնալ բլոկ, ըստ ստանդարտի պահանջների, պետք է ունենա առնվազն մեկ կառավարման միջերեսային աղեղ և մեկ ելքային: Սա հասկանալի է. յուրաքանչյուր գործընթաց պետք է տեղի ունենա որոշ կանոնների համաձայն (ցուցադրվում է կառավարման աղեղով) և պետք է տա ​​որոշակի արդյունք (ելքային աղեղ), հակառակ դեպքում դրա դիտարկումը որևէ իմաստ չունի:

Կառավարման միջերեսային աղեղների պարտադիր առկայությունը IDEF0 ստանդարտի և DFD (Տվյալների հոսքի դիագրամ) և WFD (Աշխատանքային հոսքի դիագրամ) դասերի այլ մեթոդաբանությունների հիմնական տարբերություններից մեկն է:

Քայքայումը(Քայքայումը) IDEF0 ստանդարտի հիմնական հասկացությունն է: Քայքայման սկզբունքն օգտագործվում է բարդ գործընթացն իր բաղադրիչների բաժանելիս գործառույթները. Այս դեպքում գործընթացի մանրամասնության մակարդակը որոշվում է ուղղակիորեն մոդելի մշակողի կողմից:

Քայքայումը թույլ է տալիս աստիճանաբար և կառուցվածքային կերպով ներկայացնել համակարգի մոդելը առանձին դիագրամների հիերարխիկ կառուցվածքի տեսքով, ինչը դարձնում է այն ավելի քիչ ծանրաբեռնված և հեշտությամբ մարսելի (նկ. 4.):

IDEF0 հասկացություններից վերջինը բառարանն է: IDEF0 տարրերից յուրաքանչյուրի համար՝ դիագրամներ, ֆունկցիաների բլոկներ, ինտերֆեյսի աղեղներ, գոյություն ունեցող ստանդարտը պահանջում է համապատասխան սահմանումների, հիմնաբառերի, պատմողական հայտարարությունների և այլնի հավաքածուի ստեղծում և պահպանում, որոնք բնութագրում են տվյալ տարրի կողմից ցուցադրվող օբյեկտը: Այս հավաքածուն կոչվում է բառարան և հանդիսանում է տվյալ տարրի էության նկարագրությունը։ Բառարանը ներդաշնակորեն լրացնում է տեսողական գրաֆիկական լեզուն՝ դիագրամներին տրամադրելով անհրաժեշտ լրացուցիչ տեղեկատվություն։

IDEF0 մոդելը միշտ սկսվում է համակարգի՝ որպես մեկ ամբողջության տեսակետից՝ մեկ ֆունկցիոնալ բլոկի միջերեսային կամարներով, որոնք տարածվում են դիտարկվող տիրույթից դուրս: Մեկ ֆունկցիոնալ բլոկով նման դիագրամը կոչվում է համատեքստի դիագրամ.

Համատեքստի դիագրամի բացատրական տեքստը պետք է նշի թիրախ(Նպատակը) հակիրճ նկարագրության տեսքով դիագրամ կառուցել և արձանագրել տեսակետ.

Բրինձ. 4. - Մոդելի ֆունկցիոնալ բլոկների տարրալուծման սխեմա

IDEF0 մոդելի մշակման նպատակի սահմանումը և ձևակերպումը չափազանց կարևոր կետ է: Փաստորեն, նպատակը սահմանում է ուսումնասիրվող համակարգի համապատասխան ոլորտները, որոնց վրա պետք է նախ կենտրոնանալ:

Տեսակետը որոշում է մոդելի զարգացման հիմնական ուղղությունը և պահանջվող մանրամասնության մակարդակը.

Տեսակետի հստակ ամրագրումը թույլ է տալիս բեռնաթափել մոդելը՝ հրաժարվելով մանրամասնել և ուսումնասիրել առանձին տարրեր, որոնք անհրաժեշտ չեն՝ հիմնվելով համակարգի ընտրված տեսակետի վրա: Տեսակետի ճիշտ ընտրությունը զգալիորեն նվազեցնում է վերջնական մոդելի կառուցման վրա ծախսվող ժամանակը։

Ընտրություն ենթագործընթացներ. Քայքայման գործընթացում ֆունկցիոնալ բլոկը, որը ներկայացնում է համակարգը որպես ամբողջություն համատեքստի դիագրամում, մանրամասն ներկայացված է մեկ այլ դիագրամում: Ստացված երկրորդ մակարդակի դիագրամը պարունակում է ֆունկցիոնալ բլոկներ, որոնք ցուցադրում են համատեքստի դիագրամի ֆունկցիոնալ բլոկի հիմնական ենթաֆունկցիաները, և դրա հետ կապված կոչվում է Child Diagram (երեխայի դիագրամին պատկանող ֆունկցիոնալ բլոկներից յուրաքանչյուրը համապատասխանաբար կոչվում է Child Box): .

Իր հերթին, նախնիների ֆունկցիոնալ բլոկը կոչվում է ծնողական բլոկ՝ կապված երեխայի դիագրամի հետ (Parent Box), իսկ դիագրամը, որին այն պատկանում է, կոչվում է ծնողական դիագրամ (Parent Diagram): Երեխայի գծապատկերի յուրաքանչյուր ենթաֆունկցիա կարելի է մանրամասնել համապատասխան ֆունկցիոնալ բլոկի նմանատիպ տարրալուծմամբ: Ֆունկցիոնալ բլոկի տարրալուծման յուրաքանչյուր դեպքում այս բլոկից մուտք գործող կամ բխող բոլոր միջերեսային աղեղները ամրագրված են երեխայի դիագրամի վրա: Սա ապահովում է IDEF0 մոդելի կառուցվածքային ամբողջականությունը:

Երբեմն անիմաստ է շարունակել դիտարկել ավելի բարձր մակարդակի ինտերֆեյսի կամարները ավելի ցածր մակարդակի դիագրամների վրա, կամ հակառակը՝ ավելի ցածր մակարդակի առանձին կամարները արտացոլել ավելի բարձր մակարդակների դիագրամների վրա, սա միայն կծանրաբեռնի դիագրամները և կդարձնի դրանք։ դժվար է հասկանալ. Նման խնդիրներ լուծելու համար IDEF0 ստանդարտը տրամադրում է թունելավորման հայեցակարգը: Ինտերֆեյսի աղեղի սկզբի շուրջ երկու փակագծերի «Arrow թունել» նշանակումը ցույց է տալիս, որ աղեղը չի ժառանգվել ֆունկցիոնալ մայր բլոկում և հայտնվում է («թունելից») միայն այս գծապատկերում:

Իր հերթին, ընդունիչի բլոկի անմիջական հարևանությամբ ինտերֆեյսի աղեղի վերջի (սլաքի) շուրջ նույն նշումը նշանակում է այն փաստը, որ այս աղեղը չի ցուցադրվի կամ դիտարկվի այս բլոկի մանկական դիագրամում: Ամենից հաճախ պատահում է, որ առանձին օբյեկտները և դրանց համապատասխան միջերեսային աղեղները չեն դիտարկվում հիերարխիայի որոշ միջանկյալ մակարդակներում.

Որպես կանոն, IDEF0 մոդելները պարունակում են բարդ և կենտրոնացված տեղեկատվություն, և դրանց գերբեռնվածությունը սահմանափակելու և դրանք ընթեռնելի դարձնելու համար ստանդարտն ընդունում է համապատասխան բարդության սահմանափակումներ:

Առաջարկվում է դիագրամում ներկայացնել երեքից վեց ֆունկցիոնալ բլոկներ, մինչդեռ մեկ ֆունկցիոնալ բլոկի համար հարմար միջերեսային աղեղների քանակը (մեկ ֆունկցիոնալ բլոկի դուրս գալը) ենթադրվում է չորսից ոչ ավելի:

IDEF0 ստանդարտը պարունակում է մի շարք ընթացակարգեր, որոնք թույլ են տալիս մոդել մշակել և համաձայնեցնել մոդելավորվող համակարգի գործունեության տարբեր ոլորտներին պատկանող մարդկանց մեծ խմբի կողմից:

Որպես կանոն, զարգացման գործընթացը կրկնվող է և բաղկացած է հետևյալ պայմանական փուլերիցՁեռնարկության տարբեր ոլորտներին առնչվող մի խումբ մասնագետների կողմից մոդելի ստեղծում: Այս խումբը կոչվում է հեղինակներ IDEF0 տերմիններով: Սկզբնական մոդելի կառուցումը դինամիկ գործընթաց է, որի ընթացքում հեղինակները հարցազրույցներ են անցկացնում իրավասու անհատների հետ տարբեր գործընթացների կառուցվածքի մասին՝ ստեղծելով գերատեսչական գործունեության մոդելներ:

Նրանք հետաքրքրված են հետևյալ հարցերի պատասխաններով.

Ի՞նչ է բաժինը ստանում որպես ներդրում:

Որը գործառույթներըև ի՞նչ հաջորդականությամբ են դրանք կատարվում բաժանմունքում։

Ով է պատասխանատու յուրաքանչյուրի կատարման համար գործառույթները?

Ինչն է առաջնորդում կատարողին յուրաքանչյուրը կատարելիս գործառույթները?

Ո՞րն է բաժնի աշխատանքի (արտադրանքի) արդյունքը։

Գործող կանոնակարգերի, փաստաթղթերի և հետազոտության արդյունքների հիման վրա ստեղծվում է մոդելի նախագիծ:

Նախագծի բաշխում՝ վերանայման, հաստատման և մեկնաբանության համար: Այս փուլում նախագծի մոդելը քննարկվում է ձեռնարկության իրավասու անձանց լայն շրջանակի հետ (IDEF0 տերմիններով՝ ընթերցողներ): Այս դեպքում նախագծային մոդելի գծապատկերներից յուրաքանչյուրը քննադատվում և գրավոր մեկնաբանվում է, ապա փոխանցվում հեղինակին։ Հեղինակն իր հերթին նույնպես գրավոր համաձայն է քննադատության հետ կամ մերժում է այն՝ ուրվագծելով որոշման տրամաբանությունը և վերանայված նախագիծը վերադարձնում է հետագա քննարկման։ Այս ցիկլը շարունակվում է այնքան ժամանակ, մինչև հեղինակները և ընթերցողները հասնեն կոնսենսուսի:

Մոդելի պաշտոնական հաստատում: Համաձայնեցված մոդելը հաստատվում է աշխատանքային խմբի ղեկավարի կողմից, եթե մոդելի հեղինակները և ընթերցողները տարաձայնություններ չունեն դրա համապատասխանության վերաբերյալ: Վերջնական մոդելը ձեռնարկության (համակարգի) համահունչ տեսակետն է տվյալ տեսանկյունից և որոշակի նպատակի համար:

IDEF0 գրաֆիկական լեզվի հստակությունը մոդելը դարձնում է լիովին ընթեռնելի նույնիսկ այն մարդկանց համար, ովքեր չեն մասնակցել դրա ստեղծման նախագծին, ինչպես նաև արդյունավետ ցուցադրությունների և շնորհանդեսների համար: Հետագայում, կառուցված մոդելի հիման վրա, կարող են կազմակերպվել նոր նախագծեր՝ ուղղված մոդելում փոփոխություններ կատարելուն։

IDEF0 մոդելը խորհուրդ է տրվում օգտագործել ձեռնարկությունում՝ բիզնես գործընթացները վերին մակարդակում նկարագրելիս: Բիզնես գործընթացի ֆունկցիոնալ մոդելը (IDEF0) կազմելիս նկարագրվում են կատարված գործառույթները և նյութական, ֆինանսական ռեսուրսների և տեղեկատվության (փաստաթղթեր, ֆայլեր) մուտքային և ելքային հոսքերը:

IDEF0 ձևաչափի նշանները ներկայացված են 2-րդ և 3-րդ աղյուսակներում:

Աղյուսակ 2. - IDEF0 նշման գրաֆիկական նշաններ

Խորհրդանիշ	Պատկեր	Նկարագրություն
Արգելափակել		Բլոկը նկարագրում է գործընթացը: Տիպիկ բլոկը ներկայացված է Նկ. 1. Յուրաքանչյուր բլոկի ներսում տեղադրվում են նրա անունը և համարը: Անունը պետք է լինի ակտիվ բայ, բայական արտահայտություն կամ բառային գոյական: Բլոկի համարը գտնվում է ստորին աջ անկյունում: Բլոկի համարներն օգտագործվում են դիագրամում և հարակից տեքստում նույնականացման համար:
Սլաք		Սլաքները ներկայացնում են գործընթացի մեջ մտնող և դուրս եկող օբյեկտները (տվյալները): Ֆունկցիոնալ բլոկի յուրաքանչյուր կողմ ունի ստանդարտ նշանակություն բլոկ-սլաք կապի առումով: Իր հերթին, բլոկի այն կողմը, որին կցված է սլաքը, եզակիորեն որոշում է դրա դերը: Բլոկի ձախ կողմը մտնող սլաքները մուտքեր են: Վերևից բլոկ մտնող սլաքները հսկիչներ են: Գործընթացից աջ կողմում թողնող սլաքները ելքեր են, այսինքն. տվյալներ կամ նյութական առարկաներ, որոնք արտադրվել են գործընթացի արդյունքում: Բլոկի ստորին մասի հետ կապված սլաքները ներկայացնում են մեխանիզմները:
Թունելի սլաք		Թունելի սլաքները ցույց են տալիս, որ սլաքներով ներկայացված տվյալները հաշվի չեն առնվում մայր գծապատկերում և/կամ երեխայի գծապատկերում: Թունելի մեջ տեղադրված սլաքը, որտեղ այն միանում է բլոկին, նշանակում է, որ այդ սլաքով արտահայտված տվյալները չեն պահանջվում տարրալուծման հաջորդ մակարդակում: Ազատ ծայրում գտնվող թունելում տեղադրված սլաքը նշանակում է, որ այն տվյալները, որոնք այն ներկայացնում են, չկան մայր դիագրամում:
Արտաքին հղում		Արտաքին հղում - տեղ, միավոր կամ առարկա, որը մոդելավորվող համակարգի սահմաններից դուրս է: Օգտագործվում է մոդելից դուրս սլաքների աղբյուրը կամ նպատակակետը նշելու համար: Դիագրամներում արտաքին կապը պատկերված է որպես քառակուսի, որի կողքին ցուցադրվում է Արտաքին կապի անվանումը:
Interchart հղում		Մեկ այլ դիագրամ ներկայացնող տարր: Ծառայում է սլաքների անցումը մեկ այլ բիզնես գործընթացի գծապատկերին ցույց տալու համար՝ առանց սլաքների վրա դրված դիագրամի վրա (հիերարխիկ մոդելներ օգտագործելիս):

Աղյուսակ 3. - IDEF0 նշման գրաֆիկական նշաններ

1. Տեղեկատվական համակարգի ֆունկցիոնալ մոդելավորում՝ օգտագործելով IDEF CASE տեխնոլոգիան:
2. Փոխազդեցության տրամաբանության և աշխատանքի հաջորդականության նկարագրությունը.

2. Դասի պլան

1. Գիտելիքների վերահսկում թեստավորման միջոցով (թեստ ISE002):
2. Տեղեկատվական համակարգի գործունեության բազմամակարդակ մոդելի մշակում (AS - IS մոդել)՝ օգտագործելով BPwin CASE գործիքը՝ տեխնոլոգիաների կիրառմամբ IDEF 0Եվ IDEF 3 :
   • Մոդելի հատկությունների նկարագրությունը (Model Properties):
   • Ֆունկցիոնալ մոդելի ԱՌԱՋԻՆ մակարդակի ստեղծում՝ համատեքստի դիագրամի մշակում։
   • Ֆունկցիոնալ մոդելի ԵՐԿՐՈՐԴ մակարդակի ստեղծում՝ համատեքստային աշխատանքի մանրամասնում և տարրալուծման դիագրամի մշակում։
   • Ֆունկցիոնալ մոդելի ԵՐՐՈՐԴ մակարդակի ստեղծում՝ ֆունկցիան իրականացնող երկրորդ մակարդակի աշխատանքը մանրամասնելով Գործունեության հաշվառումկազմակերպությունները։ Մշակման այս փուլը թույլ է տալիս ստեղծել տարրալուծման դիագրամ՝ օգտագործելով երկու մեթոդոլոգիաներից մեկը՝ IDEF 0 (1-ին տարբերակ) կամ IDEF 3 (2-րդ տարբերակ): Ըստ 2-րդ տարբերակի՝ անհատական ​​աշխատանքների կատարման սցենարի եւ հաջորդականության դիագրամի ստեղծում (Աշխատանքային հոսքի դիագրամ) գործունեության հաշվառման գործընթացում իրականացվում է IDEF 3 մեթոդաբանությամբ:
3. Ստեղծագործությունների բառարանի և սլաքների բառարանի մշակում, որը թույլ է տալիս ցուցադրել մոդելի համապատասխան հատվածների նկարագրությունը:

1. Տեխնոլոգիաների օգտագործմամբ տեղեկատվական համակարգի ֆունկցիոնալ մոդելավորում IDEFպետք է իրականացվի CASE գործիքի միջոցով BPwin, որը բեռնվում է հրամանով Start/Programs/Computer Associates/BPwin 4.0/BPwin4.0 . IDEF մոդելավորման տեխնոլոգիական գործընթացները ուրվագծված են «Տեսական տեղեկատվություն գործնական դասի համար» բաժնում 4:
2. Համատեքստի դիագրամ մշակելիս պետք է հաշվի առնել, որ մոդելի հատկությունները կարող են ձևակերպվել հետևյալ կերպ՝ օգտագործելով մոդելավորված թեմայի տարածքին համապատասխան տեղեկատվությունը.
   • Մոդելի անվանումը «Անուն» ընկերության գործունեությունը;
   • Նախագիծ (նախագծի անվանումը): «Անուն» ընկերության գործունեության մոդելը.
   • Ամբողջական անուն, խումբ;
   • Շրջանակ (մոդելավորման տարածք, որը ներառում է մոդելավորման նպատակը, այսինքն՝ հարցեր, որոնց պետք է պատասխանի կառուցված մոդելը) – օրինակ՝ «Ընկերության բիզնեսի ընդհանուր կառավարում. շուկայի հետազոտություն, բաղադրիչների գնումներ, ապրանքների փորձարկում և վաճառք» կամ «Ընկերության գործունեության տեխնոլոգիական, ֆինանսական և կառավարչական ասպեկտները».
   • Ժամկետային շրջանակ (մոդելի տեսակ) : ԻՆՉՊԵՍ ՈՐ ԿԱ;
   • Սահմանում , մոդելի նպատակը) «Անուն» ընկերության գործունեությունը նկարագրող կրթական մոդել.
   • Տեսակետ (տեսակետ – անձ, ում տեսակետն ընդունվել է զարգացման ընթացքում) ձեռնարկության ղեկավար և գլխավոր մենեջեր.
   • Կարգավիճակ : ԱՇԽԱՏԱՆՔԱՅԻՆ;
   • Նպատակը Մոդելավորել «Name» ընկերության ընթացիկ բիզնես գործընթացները՝ նրա գործունեությունը կարգավորելու համար.
   • Աղբյուր (աղբյուր տեղեկատվություն)Առարկայական ոլորտի վերլուծություն և մուտքային փաստաթղթերի վերլուծություն;
   • Հեղինակի անունը ԱՄԵՆ ԱՆՈՒՆԸ.
3. Անելով համատեքստի դիագրամի տարրալուծում պետք է հաշվի առնել, որ նա լինելով երկրորդ մակարդակհամակարգի մոդելի տարրալուծումը, ներկայացնում է ենթագործընթաց կամ երեխայի աշխատանք , իրականացվում է ձևով համատեքստային աշխատանք, որն այս դեպքում գործում է որպես ծնողական աշխատանք, իրականացված ձևով Ծնողների դիագրամ) . Երկրորդ մակարդակի տարրալուծման դիագրամը պետք է պարունակի առնվազն երեք ֆունկցիոնալ բլոկ, որոնցից մեկը պետք է կատարի մոդելավորման գործառույթը. գործունեության հաշվառումկազմակերպությունը, իսկ մնացածը պետք է կատարեն մոդելավորման գործառույթը բիզնես գործընթացներհամակարգում ներդրված։
4. Քայքայման յուրաքանչյուր քայլում դուք պետք է վերահսկեք միջերեսային աղեղների (սլաքների) ավտոմատ շարժման գործընթացը դեպի մոդելի ստորին մակարդակները և փորձեք խուսափել թունելի սլաքների անհարկի ստեղծումից: Եթե ​​դրանք հայտնվեն, թունելները պետք է հեռացվեն։
5. Իրականացնելիս երրորդ մակարդակտարրալուծման, պետք է հաշվի առնել, որ մշակված տարրալուծման դիագրամներից յուրաքանչյուրը երկրորդ մակարդակի աշխատանքների տարրալուծման երրորդ մակարդակն է և ներկայացնում է. ենթագործընթացկամ օժանդակ աշխատանք իրականացվում է ձևով Երեխայի դիագրամհամապատասխան երրորդ մակարդակի աշխատանք: Երկրորդ մակարդակի բոլոր աշխատանքները այս դեպքում գործում են որպես ծնողական աշխատանք, իրականացված ձևով ծնողական գծապատկերներ(Ծնողների դիագրամներ).
6. Երկրորդ մակարդակի աշխատանքի տարրալուծումը, հաշվապահական հաշվառման գործառույթի մոդելավորումը և աշխատանքի փոխազդեցության սցենարի ստեղծումը պետք է իրականացվեն տեխնոլոգիայի միջոցով: IDEF 3որն օգտագործում է որպես ֆունկցիայի բլոկներ միավորներաշխատանք (Աշխատանքային միավոր, UOW) , ինչպես նաև անհրաժեշտ տեղեկատու օբյեկտներ (տեղեկատուներ) , որը կարող է կամ ներդրվել սցենարի մեջ սլաքների բառարանից կամ ստեղծվել նորովի:
7. Մոդելի տարրալուծման յուրաքանչյուր մակարդակում ստեղծվում են աշխատանքային բառարան և նետերի բառարան, և դրանց մշակման համար անհրաժեշտ պայման է աշխատանքի նկարագրության առկայությունը: (գործունեություն)և ինտերֆեյսի աղեղի վրա գրանցված տվյալների նկարագրությունները ( սլաք) .
8. Աշխատանքի արդյունքները պահեք ֆայլում Function_model IS_name_ IDEF.bp1 ձեր թղթապանակում ISE.
9. Տրված է ընդհանրացված ֆունկցիոնալ մոդելի օրինակ

4. Գործնական դասի տեսական տեղեկատվություն

4.1. IDEF 0-տեխնոլոգիա

IDEF0 մեթոդաբանությունը նախատեսված է կազմակերպության գործունեության մոդելավորման համար: Ծրագրի մշակման սկզբնական փուլում ստեղծվում է մոդել, որը նախատեսված է ձեռնարկությունում առկա բիզնես գործընթացները և տեխնոլոգիական գործընթացները նկարագրելու համար «AS - IS» («Ինչպես կա») սկզբունքով, և, կարևորը, այն ներկայացնում է ձեռնարկությունը: աշխատողների տեսակետը, ովքեր աշխատում են այնտեղ և մանրակրկիտ տիրապետում են բոլոր նրբություններին, այդ թվում՝ ոչ ֆորմալին։ AS-IS-ը «այն, ինչ մենք անում ենք այսօր», նախքան «ինչ ենք անելու վաղը» մեջ մտնելը:

Գործունեության մոդելկամ, այլ կերպ ասած, ֆունկցիոնալ մոդել: Ֆունկցիոնալ մոդելհամակարգը վերաբերվում է որպես ամբողջություն գործողություններ,որի մեջ յուրաքանչյուր գործողություն փոխակերպում է որոշներին առարկակամ օբյեկտների հավաքածու . Տեխնոլոգիա IDEF 0օգտագործում է սկզբունքը ֆունկցիոնալ տարրալուծում համակարգեր (համակարգը բաժանելով բեկորների): Քայքայման սկզբունքընշանակում է, որ ֆունկցիոնալ մոդելը պետք է կառուցվի ըստ կանոնի «վերևից ներքև» , -ից ընդհանուրմոդելի տեսակը դեպի մասնավորմոդելներ. Հետևաբար, սովորաբար խնդրի լուծման ֆունկցիոնալ մոդելը մի շարք է մասնավոր ֆունկցիոնալ մոդելներ .

Ֆունկցիոնալ մոդելները կարևորում են գործողությունները՝ դրանք ներկայացնելով որպես հատուկ տարր. արգելափակել. Արգելափակել – ֆունկցիոնալ մոդելի հիմնական կառուցվածքային տարրը, որի գրաֆիկական ներկայացումն է դիագրամ . Գործողության անվանումը – բառային գոյական կամ բայ .Մոդելի տարրալուծման արդյունքում ստեղծվում է հիերարխիկ կարգավորված և փոխկապակցված դիագրամների մի շարք։ Յուրաքանչյուր դիագրամ համակարգի նկարագրության միավոր է և գտնվում է առանձին թերթիկի վրա:

Մեթոդաբանությունը IDEF 0հիմնված է չորս հիմնական հասկացությունների վրա՝ ֆունկցիոնալ բլոկ (հանգույց), միջերեսային աղեղ, տարրալուծում, բառարան։

Ֆունկցիոնալ բլոկ

Տեխնոլոգիայի հիմնարար հայեցակարգ IDEF 0հայեցակարգն է ֆունկցիոնալ բլոկ. Այն նախատեսված է որոշակի տեսակի ներկայացնելու համար Գործունեություն , որը ներկայացնում է որոշ կոնկրետ ֆունկցիան դիտարկվող համակարգի շրջանակներում։ Այս ֆունկցիան իր հերթին նշանակում է որոշակի գործողություն (գործողությունների հավաքածու), ունենալով ֆիքսված նպատակ և տանելով ինչ-որ վերջնական արդյունքի:

Ֆունկցիոնալ բլոկներկայացված է ուղղանկյունով, որի կողմերն ունեն հետևյալ արժեքները.

• Վերին կողմը կառավարումն է:
• Ներքևի կողմը մեխանիզմն է:
• Աջ կողմը ելքն է։
• Ձախ կողմը մուտքն է։

Ֆունկցիոնալ բլոկն ունի անուն, որը նշված է բառային տրամադրությամբ կամ բառային գոյականով: Գործողության միջև փոխազդեցություն և շրջապատող աշխարհը, ներառյալ այլ գործողությունները, ցուցադրվում է միջերեսի կամարների (սլաքների) միջոցով:

Ինտերֆեյսի աղեղ

Ինտերֆեյսի աղեղցուցադրում է համակարգի տարրը, որը կամ մշակվածֆունկցիայի բլոկ, կամ այլ ազդեցություն ունիայս ֆունկցիոնալ բլոկի կողմից ցուցադրվող գործունեությանը (գործառույթին): Ինտերֆեյսի աղեղպատկերված է որպես սլաք, որը ցույց է տալիս կրող , ապահովելով տվյալների կամ օբյեկտների փոխանցումը մի գործունեությունից մյուսը: Սլաքները նկարագրում են աշխատանքների փոխազդեցությունը արտաքին աշխարհի և միմյանց հետ, ներկայացնում են որոշ տեղեկություններ և կոչվում են գոյականներ .

Սլաքի անունը ցույց է տալիս դա դերը (հնարավոր դերերի բազմությունը նշվում է. ICOM ):

Ֆունկցիոնալ բլոկի մուտքագրում – Ի nput .

Կառավարում - Գ վերահսկողություն .

Ֆունկցիոնալ բլոկի ելք – Օ արդյունքը .

Մեխանիզմ - Մ էխանիզմ .

Մուտքագրում) այն նյութն է կամ տեղեկությունը, որն օգտագործվում կամ փոխակերպվում է աշխատանքի արդյունքում՝ արդյունք (արդյունք) ստանալու համար: Հնարավոր է, որ մուտքի սլաք չկա:

Վերահսկողություն- կանոններ, քաղաքականություն, ընթացակարգեր կամ չափանիշներ, որոնք ուղղորդում են աշխատանքը: Այն ազդում է աշխատանքի վրա, բայց աշխատանքով չի փոխակերպվում: Սլաքը գծված է որպես աշխատանքի վերին եզր մտնելիս: Յուրաքանչյուր ֆունկցիայի բլոկ պետք է ունենա առնվազն մեկ կառավարման սլաք:

Հաճախ դժվար է որոշել՝ տվյալները մուտքագրված են, թե վերահսկվող: Եթե ​​աշխատության մեջ տվյալները փոխվել կամ մշակվել են, ապա դա ամենայն հավանականությամբ մուտքագրված է, իսկ եթե ոչ՝ հսկողություն: Եթե ​​դժվար է որոշել սլաքի կարգավիճակը, խորհուրդ է տրվում նկարել հսկիչ սլաք:

Արդյունք- նյութը կամ տեղեկատվությունը, որը ստեղծվել է աշխատանքի արդյունքում: Պահանջվում է առնվազն մեկ ելքի սլաք, որը բխում է աշխատանքի աջ կողմից:

Կատարման մեխանիզմ (մեխանիզմ)- ռեսուրսներ, որոնք կատարում են աշխատանքը (օրինակ, անձնակազմ, մեքենաներ, սարքեր և այլն): Սլաքը գծված է աշխատանքի ներքևի եզրին մտնելիս: Մեխանիզմի սլաքները կարող են չցուցադրվել: Ընդհանուր առմամբ, ֆունկցիոնալ բլոկը ներկայացված է Նկ. 2.1.

Նկ. 2.1 ինտերֆեյսի բոլոր կամարները ցուցադրվում են որպես անվանված սլաքներ: Ստանդարտի պահանջների համաձայն, յուրաքանչյուր ֆունկցիոնալ բլոկ պետք է ունենա առնվազն մեկ ելք և մեկ հսկողություն, քանի որ յուրաքանչյուր առաջադրանք (գործընթաց) պետք է ունենա առնվազն մեկ ելք և դրա լուծման առնվազն մեկ կանոն: «Մեխանիզմ» ինտերֆեյսի աղեղը կարող է չպատկերվել:

Պահանջվող ձևով ինտերֆեյսի կամարներով միացված մի քանի ֆունկցիոնալ բլոկներից ա ֆունկցիոնալ մոդել:

Խնդրում ենք նկատի ունենալ, որ սլաքները կարող են ճյուղավորվել՝ ֆունկցիոնալ բլոկների միջև անհրաժեշտ կապեր հաստատելու համար:

Մուտք գործելֆունկցիայի բլոկը կարող է լինել ոչ միայն ելքմեկ այլ ֆունկցիոնալ բլոկ, բայց նաև դրա վերահսկողությունկամ նույնիսկ մեխանիզմ. Արդյունքում ֆունկցիոնալ մոդելը կարող է պարունակել տեղեկատվական համակարգում խնդիրների լուծման տարբեր, բավականին բարդ և անսովոր գործընթացներ։

Դիագրամների ստեղծում՝ օգտագործելով IDEF0 տեխնոլոգիան

Կազմակերպության բիզնես մոդելը մշակելիս պետք է օգտագործվեն երեք տեսակի դիագրամներ.

• Դիագրամի տեսակ I – Համատեքստային դիագրամ (կարող է լինել միայն մեկը) - ծառի կառուցվածքի գագաթը, որը ներկայացնում է համակարգի նկարագրության ամենավերացական մակարդակը և դրա փոխազդեցությունը արտաքին միջավայրի հետ: Այն սահմանում է համատեքստի գործառույթ;
• II դիագրամի տեսակը – Քայքայման դիագրամ .

Բաշխման դիագրամները նախագծված են աշխատանքը մանրամասնելու և պարունակելու համար կապվածաշխատանք, այսինքն. դուստր ձեռնարկություններաշխատանք, որն ունի ընդհանրություն ծնողականաշխատանքը։ Ստորին մակարդակի աշխատանքը նույնն է, ինչ վերին մակարդակի աշխատանքը, բայց ավելի մանրամասն: Դիագրամները ստեղծվում են վերլուծաբանի կողմից՝ քննական նիստ անցկացնելու համար, այսինքն՝ դիագրամը քննարկելու առարկայի մասնագետի հետ:

Յուրաքանչյուր տարրալուծման նիստից հետո անցկացվում են քննական նիստեր. առարկայի փորձագետները նշում են իրական բիզնես գործընթացների համապատասխանությունը ստեղծված դիագրամներին: Հայտնաբերված անհամապատասխանությունները շտկվում են և միայն փորձաքննությունն անցնելուց հետո առանց մեկնաբանություններիկարող եք անցնել տարրալուծման հաջորդ նիստին: Սա ապահովում է, որ մոդելը համապատասխանում է իրական բիզնես գործընթացներին մոդելի ցանկացած մակարդակում:

Աշխատանքների թիվը պետք է սահմանել ոչ ավելի, քան վեց (3–6), հակառակ դեպքում դիագրամը դժվար է կարդալ (գերհագեցած): Վերին սահմանը (վեց) ստիպում է դիզայներին օգտագործել հիերարխիա բարդ օբյեկտներ նկարագրելիս, իսկ ստորին սահմանը (երեք) ապահովում է, որ համապատասխան դիագրամն ունի բավականաչափ մանրամասնություն՝ հիմնավորելու դրա ստեղծումը։

Բաշխման դիագրամում աշխատանքը, որն ամենակարևորն է և ավարտված է առաջինը, գտնվում է վերևի ձախ մասում: Ավելի քիչ կարևոր կամ ավելի ուշ ավարտված աշխատանքը հաջորդաբար նվազում է:

• III տիպի դիագրամ – Հանգույցի ծառի դիագրամ ցույց է տալիս աշխատատեղերի հիերարխիկ կախվածությունը, բայց ոչ աշխատանքի միջև փոխհարաբերությունները (այս դիագրամներից կարող են լինել այնքան, որքան ցանկանում եք, քանի որ ծառը կարող է կառուցվել ցանկացած խորության վրա և պարտադիր չէ, որ արմատից):

4.2. IDEF0 մոդելավորման տեխնոլոգիական գործընթացը.

Բրինձ. 2.2

BPWin CASE գործիքն ունի պարզ և ինտուիտիվ ինտերֆեյս՝ անհրաժեշտ ֆունկցիոնալ մոդելներ և սցենարներ ստեղծելու համար: Դա կախված է օգտագործվող տեխնոլոգիայից: Նկ. 2.2-ը ցույց է տալիս BPWin պատուհանը ( Computer Associates B.P.Win ).

Հիմնական պատուհանի գործիքագոտին Computer Associates BPwin պարունակում է հետևյալ կոճակները.

	- նոր մոդելի ստեղծում,
	- գոյություն ունեցող մոդելի բացում,
	- կառուցված մոդելի պահպանում,
	- մոդելային տպագրություն,
	- մասշտաբի ընտրություն,
	- մասշտաբավորում,
	- ուղղագրության ստուգում,
	- միացնել/անջատել մոդելի նավիգատորը,
	– միացնել/անջատել Model Mart-ը:

Մոդելի նավիգատորը ցույց է տալիս մոդելի կազմն ըստ զարգացման մակարդակի: Նրա օգնությամբ դուք կարող եք հեշտությամբ և արագ անցնել մակարդակից մակարդակ: Մոդելի նավիգատորի հետ աշխատելը նման է Windows Explorer-ի հետ աշխատելուն:

Հատուկ գործիքագոտին պարունակում է հետևյալ հիմնական կոճակները.

Մոդելի պատուհանը ուսումնասիրվող համակարգի ֆունկցիոնալ մոդելի ստեղծման վայրն է։ Դրանում կառուցվում և խմբագրվում են ֆունկցիոնալ բլոկներ, գծվում և խմբագրվում են սլաքները, կատարվում է տարրալուծում։

Մոդելի պատրաստում

1. Սեղմեք ստեղծել մոդելի կոճակը՝ երկխոսության տուփը բացելու համար B.P.Win(նկ. 2.3):

Երկխոսության վանդակում B.P.Win կատարել հետևյալ գործողությունները.

• ընտրել Բիզնես գործընթաց (IDEF0);
• սահմանեք մոդելի անունը և սեղմեք կոճակը լավ;
• պատուհանում Հատկություններ նոր մոդելի համար գրանցել մոդելի հեղինակի անունը.
• սեղմել կոճակը լավ .

1. Թիմ Մոդելի/Մոդելի հատկություններ զանգի երկխոսության տուփ Մոդելի հատկություններ (նկ. 4), որում պետք է ձևակերպվեն մոդելի հատկությունները 2-րդ բաժնում սահմանված մեթոդաբանական առաջարկություններին համապատասխան:

Մոդելավորման առաջին մակարդակ

1. Նախագծեք ֆունկցիոնալ բլոկ մոդելի պատուհանում՝ կատարելով հետևյալ քայլերը.
   • ընտրեք հրամանը գործառույթի բլոկի համատեքստային մենյուում Անուն… ;
   • երկխոսության վանդակում Գործունեության հատկություններ (նկ. 2.5) ներդիրում Անունհավաքածու Անունաշխատանքը (կարճ) տեղադրված է այս ֆունկցիոնալ բլոկում և ներդիրում Սահմանումդաշտում Սահմանում նկարագրությունըաշխատանք;
   • էջանիշում Տառատեսակսահմանել տառատեսակը Արիալ Սիր և նշեք վանդակները, որպեսզի այս տառատեսակը օգտագործվի դիագրամի բոլոր ֆունկցիոնալ բլոկներում ( Այս դիագրամի բոլոր գործողությունները, Այս մոդելի բոլոր գործողությունները Եվ Փոխեք այս տառատեսակի բոլոր երևույթները մոդել ), ապա սեղմեք կոճակը լավ.

• երկխոսության վանդակում Arrow Properties (նկ. 2.7), ներդիրում Անունդրեք սլաքի անունը (կարճ), իսկ ներդիրում Սահմանումդաշտում Սահմանումմուտքագրեք բավարար մանրամասներ նկարագրությունըայս սլաքի նպատակը;

• ընտրեք հրաման սլաքի համատեքստի ընտրացանկից Տառատեսակ… ;
• երկխոսության վանդակում Arrow Properties (նկ. 2.8), ներդիրում Տառատեսակսահմանել տառատեսակը Արիալ Սիրև նշեք վանդակները՝ այս տառատեսակը բոլոր գծապատկերների սլաքների համար օգտագործելու համար ( Այս դիագրամի բոլոր սլաքները, այս մոդելի բոլոր սլաքները, այս սլաքի բոլոր օրինակները Եվ Փոխեք այս տառատեսակի բոլոր երևույթները մոդելում );

1. Նախագծեք սլաք Ելք, ձախսահմանները ճիշտ;
2. Նախագծեք սլաք Վերահսկողություն , ինչու կրկնել 2-րդ քայլը՝ փոխարինելով ձախսահմանները գագաթ;
3. Նախագծեք սլաք Մեխանիզմ, ինչու կրկնել 2-րդ քայլը՝ փոխարինելով ձախսահմանները ավելի ցածր.

Մոդելավորման երկրորդ մակարդակ

Մոդելավորման ցանկացած մակարդակ

Մոդելավորման ցանկացած մակարդակում մոդելի տարրալուծում ստեղծելու համար դուք պետք է կատարեք հետևյալ քայլերը.

• ակտիվացնել հատուկ գործառույթի բլոկը սեղմելով;
• կրկնել քայլ 3-ը ընթացիկ մոդելի մակարդակի համար:

1. Սլաքի տեսակը և ձևավորման ոճը կարելի է ընտրել Arrow Properties երկխոսության վանդակում (նկ. 2.9), որը կոչվում է Style հրամանով սլաքների համատեքստային մենյուից:

1. Տեղադրման համար բառի փաթաթումԴուք պետք է, ընդգծելով անունը, փոքրացնեք ուղղանկյան չափը, որից հետո այն ավտոմատ կերպով կմեծանա դեպի ներքև։
2. Ավելի բարձր մակարդակի գծապատկերի վրա գծված յուրաքանչյուր սլաք պետք է առկա լինի ավելի ցածր մակարդակի դիագրամի վրա:
3. Ցածր մակարդակի դիագրամի վրա գծված նոր սլաք (չլուծված ( չլուծված) սլաք), տեղադրված է քառակուսի փակագծերում (թունելներ), որոնք ընդգծում են ավելի բարձր մակարդակում նման սլաքի բացակայությունը։ Թունելները հեռացնելու համար.
   • ընտրեք ցանկի տարրը Arrow թունել ;
   • երկխոսության վանդակում Սահմանային սլաքի խմբագիր(Boundary Arrow Editor) ընտրեք տարբերակը Լուծեք այն Border Arrow-ով (Թույլատրել որպես եզրագծի սլաք): Արդյունքում ներկայիս մակարդակի թունելը կհեռացվի, իսկ սլաքը կհայտնվի նախորդ մակարդակի վրա, իսկ եթե առաջինը չէ, ապա թունելապատված է (նկ. 2.10):

1. Թունելի սլաքները ստորին մակարդակից վերևին պատճենելու համար.
   • աջ սեղմեք քառակուսի փակագծերի վրա;
   • ընտրեք ցանկի տարրը Էջից դուրս տեղեկանք;
   • երկխոսության վանդակում Off_Page սլաքի հղումընտրեք դիագրամը, որի վրա պետք է տեղադրվի սլաքը և տեղադրեք անհրաժեշտ սլաքի տիպի անջատիչը (նկ. 2.11);

• սեղմել կոճակներից մեկը. Լավ և անցեք դիագրամին (գնալ ընտրված դիագրամին) կամ Լավ և մնա ընթացիկ դիագրամում (մնացեք ընթացիկ գծապատկերում):

Անընդունելի է չկապված սահմանային սլաքներ թողնել ( չկապված եզրագծի սլաք) – սլաքներ, որոնք ավտոմատ կերպով փոխանցվում են տարրալուծման դիագրամ մայր դիագրամից (ռեժիմ միգրացիանհրաձիգ): Այս սլաքները չեն վերաբերում աշխատատեղերին և պետք է կապված լինեն «Ստեղծել սլաքներ» ռեժիմի աշխատանքների հետ ( Գերակայության սլաքների գործիք – ).

Լռելյայնորեն սլաքների ճիշտ տեղադրության և ոճի ձևավորում.

• կատարել հրամանը Մոդելի/Մոդելի հատկություններ;
• պատուհանում Մոդելի հատկություններ(նկ. 2.12) ընտրել էջանիշ Դասավորություն ;
• ստուգեք վանդակը (ըստ ցանկության) Ավտոմատ կերպով տարածել սլաքները Խմբում Ռադիո

1. Սլաք ստեղծելիս կառավարման հետադարձ կապԴուք պետք է ընտրեք՝ ցույց տալու սլաքի ուղղությունը Extra Arrowhead (համատեքստի ընտրացանկից):
2. Եթե ​​սլաքների վրա պիտակները վատ են տեղադրված (շատ հեռու և այլն), դուք պետք է նշեք Squiggle վանդակը (համատեքստի ընտրացանկում) պիտակի առաջատարի համար:

1. Քայքայման դիագրամում վերևի ձախ մասում ֆունկցիոնալ բլոկ է, որը պարունակում է ամենակարևոր աշխատանքը, որը կատարվում է առաջինը: Ավելի քիչ կարևոր կամ ավելի ուշ ավարտված աշխատանքը հաջորդաբար նվազում է:
2. Բառերի փաթաթումներսում աշխատանքն իրականացվում է ռեժիմով Անվան խմբագիր... ստեղնը սեղմելով Մուտքագրեք.
3. Ուղղանկյունի վերին ձախ անկյունում գտնվող անկյունագիծը նշանակում է, որ համապատասխան աշխատանքը չի քայքայվել:
4. Ոչ միայն ինքնաբերաբար հայտնվող մանկական աշխատանքների թիվը, այլև նախածանցները (A) ցույց տալու համար դուք պետք է ընտրեք հրամանը. Մոդելի/մոդելի հատկություններ, էջանիշ Համարակալում վանդակ (ըստ ցանկության) Ցույց տալ նախածանցը(նկ. 2.13):

1. Երեխաների աշխատանքի համար աշխատանքային համարները և մակարդակների համարները (երկ, եռանիշ, քառանիշ թվեր) ցուցադրելու համար ընտրեք հրամանը. Մոդելի/մոդելի հատկություններ, էջանիշ Համարակալում վանդակ (ըստ ցանկության) Օգտագործեք դիագրամի համարակալման ձևաչափը (նկ. 2.13):
2. Միևնույն գծապատկերի տարբեր տարբերակները տարբերելու համար առանձին տարբերակներին պետք է վերագրվեն թվեր (C - համար), որոնք կարող են ազատորեն սահմանվել մենյուում: Դիագրամի հատկություններէջանիշի վրա Հավաքածու.

Մոդելային ծառի կառուցում

• թիմը Դիագրամ/Ավելացնել/հանգույցի ծառ զանգի երկխոսության տուփ Node Tree Wizard_Step 1 of 2 (նկ. 2.14);
• վարեք երկխոսություն՝ ընտրելով անհրաժեշտ թվով հանգույցների ծառի մակարդակները ( Մակարդակների քանակը );
• սեղմել կոճակը Պատրաստ.

4.3. IDEF3 տեխնոլոգիա

Տեխնոլոգիա IDEF3գործընթացի նկարագրության մեթոդաբանություն է, որը հաշվի է առնում կատարման հաջորդականությունըԵվ պատճառահետևանքային հարաբերություններիրավիճակների և իրադարձությունների միջև: Օգտագործելով IDEF3, նրանք նկարագրում են աշխատանքի կատարման տրամաբանությունը, դրանց մեկնարկի և ավարտի հերթականությունը։

IDEF3 տեխնոլոգիան օգտագործում է կատեգորիա սցենարներպարզեցնել բարդ բազմափուլ գործընթացի նկարագրությունների կառուցվածքը: Սցենար (Սցենար) – դա իրավիճակների կամ գործողությունների կրկնվող հաջորդականություն է, որը նկարագրում է կազմակերպությունում կամ համակարգում առկա խնդիրների տիպիկ դասը, ինչպես նաև դիտարկվող գործընթացում օբյեկտի հատկությունների հաջորդականության նկարագրություն: IDEF0 մոդելները կապված են IDEF3 սցենարների հետ, քանի որ յուրաքանչյուր IDEF0 մոդել կարող է ներկայացվել որպես մեկ կամ մի քանի IDEF3 սցենար:

IDEF3 տեխնոլոգիան նախատեսված է գործընթացի տվյալների հավաքագրման համար և թույլ է տալիս.

• փաստաթղթավորել առկա տվյալները գործընթացի իրականացման տեխնոլոգիայի վերաբերյալ, որոնք բացահայտվել են, ասենք, առարկայական ոլորտի մասնագետների հարցման ժամանակ.
• վերլուծել առկա գործընթացները և մշակել նորերը.
• մոդելավորել իրավիճակները՝ բացահայտելով այն իրավիճակները, որոնց դեպքում դա անհրաժեշտ է որոշման կայացում , ազդելով գործընթացի կյանքի ցիկլի վրա, օրինակ՝ վերջնական արտադրանքի դիզայնի, տեխնոլոգիական կամ գործառնական հատկությունների փոփոխությունները.
• հեշտացնել օպտիմալ որոշումների ընդունումը գործընթացը վերակազմավորելիս:

Սցենար IDEF3 տեխնոլոգիայում

Սցենարների դիագրամներնկարագրել գործողություններ և իրադարձություններ, որոնք պետք է մշակվեն որոշակի ժամանակահատվածում: Սցենարը ուղեկցվում է գործընթացների նկարագրությամբ և կարող է օգտագործվել համակարգի յուրաքանչյուր գործառույթը փաստաթղթավորելու համար: Հետևաբար, սցենարները համակարգային վերլուծության մաս են կազմում, քանի որ դրանք հնարավորություն են տալիս ժամանակին վերլուծել իրավիճակը և միաժամանակ նկարագրել մեկ գործընթացին մասնակցող օբյեկտները:

IDEF3 տեխնոլոգիան օգտագործելիս բոլոր կոնստրուկցիաները հիմնված են երկու տեսակի դիագրամների վրա.

1. Գործընթացի քայլերի հաջորդականությունը նկարագրող դիագրամ:
2. Օբյեկտի վիճակի դիագրամ.

Օգտագործվում են հետևյալ ստանդարտ կոնվենցիաները.

	վարքի ֆունկցիոնալ տարր,
	Գործողության փոխանցում վարքի մի ֆունկցիոնալ տարրից (նախորդ) մյուսին (հետագա) ( Գերակայություն ),
	Տվյալների հոսքի անցում աշխատանքից աշխատանք ( Օբյեկտների հոսք ),
	Տվյալների կապում աշխատանքի հետ ( Ռեֆերենտ ),
	Աշխատանքների փոխհարաբերությունները ( Հարաբերական ),
	Օբյեկտի վիճակը.

Աշխատանքի միավորների կատարման հաջորդականության կարգավորումն իրականացվում է դիագրամում ներդնելով. խաչմերուկներ (հանգույց) տարբեր նպատակներով.

Խորհրդանիշ Ջխաչմերուկը կարող է վերցնել հետևյալ արժեքներից մեկը.

• & – միաձուլում բոլոր գործողությունների արդյունքները, եթե նետերը մտնում են խաչմերուկ. մեկնարկըբոլոր գործողությունները, եթե սլաքները թողնում են այն;
• ՄԱՍԻՆ - միաձուլումգործողության արդյունքները, եթե ներդրված գործողություններից առնվազն մեկը ավարտված է. մեկնարկըառնվազն մեկ գործողություն;
• X - միաձուլումխաչմերուկ մտնողներից միայն մեկ գործողություն. մեկնարկըդրանից բխող գործողություններից միայն մեկը.

Խաչմերուկի օգտագործման նկարազարդում գծապատկերներ, որոնք նկարագրում են գործընթացի քայլերի հաջորդականությունըէ թզ. 2.15. Դրանից բխում է, որ խաչմերուկը բարդ ճյուղավորված տեխնոլոգիական գործընթացների կառուցման միջոց է։

Մշակվող կամ հետազոտվող տեխնոլոգիայի նկարագրությունը սկզբում ձևով դիագրամներ, որոնք նկարագրում են տեխնոլոգիական գործընթացի փուլերի հաջորդականությունը , իսկ հետո՝ ձևով օբյեկտի վիճակի դիագրամներամբողջական պատկերացում է տալիս կատարված գործողությունների և դրանց կիրառման արդյունքների մասին.

	Աշխատանք 3 տեղի է ունենում, երբ Աշխատանք 1-ը և Աշխատանք 3-ն ավարտված են
	Աշխատանք 1-ը և Աշխատանք 2-ը տեղի են ունենում միասին
	Աշխատանք 3 տեղի է ունենում, երբ Աշխատանք 1 կամ Աշխատանք 2 կամ երկուսն էլ կատարվում են
	Աշխատանք 1-ը և Աշխատանք 2-ը տեղի են ունենում միասին կամ առանձին
	Աշխատանք 3 տեղի է ունենում, երբ Աշխատանք 1 կամ Աշխատանք 2 կատարվում է
	Աշխատանք 1 կամ Աշխատանք 2 տեղի է ունենում

Հետևաբար, մենեջերները և տեղեկատվական համակարգերի մշակողները իրենց ձեռքում ունեն ուսումնառություն և ավտոմատացում պահանջող բարդ կառավարման գործընթացների սցենարներ ստեղծելու հզոր գործիք:

4.4. IDEF3 մոդելավորման տեխնոլոգիական գործընթացը

Մոդելի պատրաստում

1. Սեղմեք ստեղծել մոդելի կոճակը:
2. Երկխոսության վանդակում B.P.Winանել հետևյալը.
   • ընտրել Գործընթացի հոսք (IDEF3);
   • սահմանել մոդելի անունը;
   • սեղմել կոճակը լավ;
   • երկխոսության վանդակում Հատկություններ նոր մոդելի համարհաստատեք այնտեղ նշված հատկությունները:

Գործողության պաշտոնականացում

1. Սեղմեք Ստեղծել գործողությունների կոճակը ( Activity Box գործիք ).
2. Սեղմեք մկնիկի ձախ կոճակը մոդելի պատուհանի ցանկալի վայրում:
3. Գործողությունների համատեքստում ընտրեք հրամանը Անուն…
4. Երկխոսության վանդակում Գործունեության հատկություններ, էջանիշում Անուն սահմանել գործողության անվանումը (նկ. 2.16):

1. Երկխոսության վանդակում Գործունեության հատկություններէջանիշում Տառատեսակ հավաքածու Արիալ Սայր, լավ.

Տվյալների ձևաչափում

1. Սեղմեք ստեղծել տվյալների կոճակը: ( Հղման գործիք ).
2. Պատուհանի ճիշտ տեղում ՌեֆերենտՁախ սեղմեք՝ ստեղծված կազմի բառարանից տվյալների անունները տեղադրելու համար (տարբերակ Սուբյեկտ) կամ ստեղծված սլաքների բառարանից (տարբերակ Սլաք), կամ նորից ստեղծեք դրանք (տարբերակ Այլ) (նկ. 2.17):

1. Երկխոսության մեջ Referent Properties պատուհան (նկ. 2.18), ներդիրում Տառատեսակհավաքածու Արիալ Սիրընտրեք անհրաժեշտ վանդակները և սեղմեք կոճակը լավ.

5. Տնային առաջադրանք հաջորդ դասի համար

1. Մտածեք և բացահայտեք նյութական օբյեկտները կամ անհատները, որոնք տեղեկատվության աղբյուրներ կամ ստացողներ են (արտաքին սուբյեկտներ):
2. Մտածեք և մշակեք տեղեկատվական համակարգի կողմից մշակված տվյալների հարաբերական մոդել.
   • կազմել սուբյեկտների և դրանց հատկանիշների ցանկը,
   • ցույց տալ հարաբերությունները սուբյեկտների միջև:
3. Մշակված տեխնիկական բնութագրերի հիման վրա մտածեք և առաջարկեք ուսուցչին երկրորդ մակարդակի տարրալուծման դիագրամում տեղադրված առանցքային աշխատանքներից յուրաքանչյուրի կատարման գործընթացում համակարգում իրականացված առանձին աշխատանքների անվանումները:
4. Պարբերությունների կատարումը Գրանցեք 1–3 տնային առաջադրանք «» անունով ֆայլում Տեղեկություններ դասի 3.doc », պատրաստվել է Word-ում և ներկայացնել ուսուցչին։
5. Աշխատեք բաժնի միջոցով « Տեսական տեղեկատվություն գործնական պարապմունքների համար» սեմինար 3-րդ դաս.

1.6. Հանգույցի ծառի դիագրամի հատվածը գործունեության հաշվառման բլոկի տարրալուծման ժամանակ՝ ըստ երկրորդ տարբերակի (IDEF3)

Գործունեության բառարան

Անուն	Սահմանում
	Տվյալների բազայից ընթերցված տեղեկատվության վերլուծություն՝ սահմանված չափանիշներին համապատասխանելու համար
Փաստաթղթերի վերլուծություն	Ստանդարտներին համապատասխանության ուղեկցող և մուտքային փաստաթղթերի վերլուծություն
Տվյալների բազայի սպասարկում	Տվյալների թարմացման գործողություններ կատարելը
ԸՆԹԱՑՔԻ ՄԵՋ Է ԱՇԽԱՏԱՆՔ	Համատեքստի ֆունկցիայի անվանումը, որը սահմանում է սիմուլյացիայի ՆՊԱՏԱԿԸ և ՍԱՀՄԱՆՆԵՐԸ
Վերջնական վերամշակում	Որոշման կայացում և ձևակերպում (ԴՐԱԿԱՆ, եթե տվյալները համապատասխանում են սահմանված չափանիշներին և ԲԱՑԱՍԱԿԱՆ՝ հակառակ դեպքում), ինչպես նաև անհրաժեշտ փաստաթղթերի ստեղծում և մշակում.
Որակի հսկողություն և փորձարկում	Աշխատանք, որն ավարտում է արտադրության կամ զարգացման գործընթացը
Տվյալների մշակում	Տվյալների որոնման և վերլուծության գործողություններ կատարելը և կատարված վերլուծության հիման վրա որոշումների կայացումը
Որակի վերահսկման արդյունքների մշակում	Ստանդարտին համապատասխանելու համար արդյունքների համակարգում և վերլուծություն
Թեստի արդյունքների մշակում	Արդյունքների վերլուծություն սպասարկման, հուսալիության և գոյատևման համար
թղթաբանություն	Փաստաթղթերի ընդունում և տվյալների բազա մուտքագրվող տեղեկատվության ընտրություն
	Տվյալների որոնում տվյալների բազայի աղյուսակներում՝ օգտվողի կողմից ստեղծված հարցումների հիման վրա
Տվյալների բազայի համալրում	Նոր տվյալների մուտքագրում տվյալների բազայի աղյուսակներում
Փաստաթղթերի ընդունում և գրանցում	Մուտքային ուղեկցող փաստաթղթերի ընդունում և գրանցում
Արտադրություն կամ զարգացում	Ընկերության հիմնական բիզնես գործընթացի անվանումը (առարկայական տարածքի արտադրական մասի մոդել)
Աշխատանք բիզնես գործընթացի 1-ին փուլում1	Գործողություն, որն ամփոփում է տեխնոլոգիական գործողությունները արտադրության գործընթացի առաջին փուլում
Աշխատանք բիզնես գործընթացի 2-րդ փուլում1	Գործողություն, որն ամփոփում է տեխնոլոգիական գործողությունները արտադրության գործընթացի երկրորդ փուլում
Աշխատանք բիզնես գործընթացի 3-րդ փուլում1	Գործողություն, որն ամփոփում է տեխնոլոգիական գործողությունները արտադրության գործընթացի երրորդ փուլում
Արտադրական գործունեության արդյունքների մշակում	Ընթացիկ աշխատանքի և հսկողության արդյունքների հիման վրա փաստաթղթերի ընդունում և վերլուծություն
Տվյալների բազայի խմբագրում	Տվյալների բազայի աղյուսակներում գրառումների փոփոխություն
ԳՈՐԾՈՒՆԵՈՒԹՅԱՆ ՀԱՇՎԱՊԱՀՈՒԹՅՈՒՆ	Փաստաթղթերի մշակում և հաշվետվություն (առարկայական տարածքի ոչ արտադրական մասի մոդել)

Arrow բառարան

Անուն	Սահմանում
	Օբյեկտներ, որոնք չեն համապատասխանում ստանդարտի պահանջներին
ՄՈՒՏՔ ՏՎՅԱԼՆԵՐ	Մուտքային փաստաթղթեր և մշակման օբյեկտներ
DB մուտքագրման տվյալներ	Տվյալները պետք է գրվեն տվյալների բազայի աղյուսակներում
Մուտքային փաստաթղթեր	Մշակման օբյեկտներին ուղեկցող փաստաթղթեր և բիզնես գործընթաց նախաձեռնող փաստաթղթեր
ԱՐԴՅՈՒՆՔ	Ելքային փաստաթղթեր, նոր և փոփոխված օբյեկտներ
Ելքային փաստաթղթեր	Հաշվապահական հաշվառման գործընթացում ստեղծված փաստաթղթեր (ձևեր, հաշվետվություններ, հրահանգներ, հայտարարություններ, պայմանագրեր և այլն):
Պետական ​​ստանդարտ	Փաստաթղթերի պետական ​​ստանդարտ
Տվյալների բազայի աղյուսակի տվյալները	Տվյալները կարդացվում են տվյալների բազայի աղյուսակներից
Վերլուծության արդյունքում ստացված տվյալները	Տեղեկատվություն, որը նախատեսված է տրված փաստաթղթերի մշակման համար և օգտագործվում է որոշումներ կայացնելիս
Փաստաթղթերի հետ աշխատանքի արդյունքները բնութագրող տվյալներ	Մշակված օբյեկտների մանրամասները (որակական և քանակական բնութագրերը) արտացոլող տեղեկատվություն
Փորձարկման և հսկողության արդյունքների վերաբերյալ փաստաթղթեր	Փաստաթղթեր, որոնք արտացոլում են օբյեկտների մշակման վերջնական փուլում ստացված տվյալները
Աշխատանքի նկարագրությունը	Կատարողի աշխատանքային պարտականությունները արտացոլող ցուցումներ
Օգտագործողի հարցումներ
Նոր և փոխված օբյեկտներ	Արտադրության ցիկլի ընթացքում ստեղծված և փոփոխված օբյեկտներ
Տվյալների բազայի օբյեկտներ	Աղյուսակներ, ձևեր, հարցումներ, հաշվետվություններ, մակրոներ և մոդուլներ
Օբյեկտների մշակում	Արտադրական գործընթացի տարբեր փուլերում փոփոխվող օբյեկտներ
1-ին փուլում մշակված առարկաներ	Արտադրական գործընթացի 1-ին փուլում փոփոխված օբյեկտներ
2-րդ փուլում մշակված առարկաներ	Արտադրական գործընթացի 2-րդ փուլում փոփոխված օբյեկտներ
3-րդ փուլում մշակված առարկաներ	Արտադրական գործընթացի 3-րդ փուլում ձևափոխված օբյեկտներ
	Տեխնիկական հսկողության բաժինը ստուգում է ստեղծված օբյեկտը ստանդարտի պահանջներին համապատասխանության համար
Ընկերության ստորաբաժանումներ և մասնագետներ	Արտադրության կամ զարգացման գործընթացում ներգրավված սուբյեկտներ
ԿԱՏԱՐՄԱՆ ԿԱՆՈՆՆԵՐ	Գործընթացների և տվյալների փոխակերպման կանոններ
Հաշվապահական հաշվառման կանոններ	Արտադրության կամ մշակման գործընթացին ուղեկցող փաստաթղթերի գրանցման և մշակման համակարգ
ՈՐՈՇՈՒՄ	Դրական կամ բացասական որոշում է կայացվել՝ կախված նրանից, թե արդյոք վերլուծված տվյալները համապատասխանում են նշված չափանիշներին
Ընդունված փաստաթղթեր	Փաստաթղթեր, որոնք գրանցվել են
Ծրագրային ապահովում	Այն հարթակը, որի վրա մշակվող տվյալների բազան իրականացվում է
Փաստաթղթերի վերլուծության արդյունքները	Ստանդարտներին համապատասխանության համար մուտքային և ուղեկցող փաստաթղթերի վերլուծությունից հետո ստացված արդյունքները
Որակի վերահսկման արդյունքներ
որոնման արդյունքները	Տեղեկատվություն տվյալների բազայի աղյուսակներից, որոնք ստացվել են օգտագործողների հարցումներից
Թեստի արդյունքները	Վերամշակման վերջնական փուլում ստացված տվյալները
Ուղեցույց	Տվյալների բազայի հետ աշխատելու հրահանգներ և կանոններ
Հաշվապահական ծառայություն	Հաշվապահական հաշվառման և փաստաթղթավորման գործընթացում ներգրավված բաժիններ
Ուղեկցող փաստաթղթեր	Մուտքային մշակման օբյեկտներին ուղեկցող փաստաթղթեր
Պրոֆեսիոնալ մասնագետներ	Արտադրական գործունեության մեջ ներգրավված առարկաներ
Տեխնոլոգիական հրահանգներ	Տեխնոլոգիական գործընթացի գործողությունների հաջորդականությունը
Օգտագործողի հարցումներ	Օգտագործողի կողմից ստեղծված հարցումներ տվյալների բազայից անհրաժեշտ տեղեկատվությունը ստանալու և ելքային փաստաթղթեր ստեղծելու համար
ԿԱՏԱՐՄԱՆ ՄԵԽԱՆԻԶՄ	Ռեսուրսներ, որոնք մուտքային տվյալները վերածում են ելքային տվյալների
Նոր գրառումներ	Գրառումներ տվյալների բազայի աղյուսակներում, որոնք հայտնվել են նոր տվյալներ մուտքագրելուց հետո
Ուղղում
	Քննություն իրականացնող սուբյեկտը

տպագիր տարբերակը