Ծրագրային փաթեթի օգտագործման կառուցվածքային դիագրամ. Ծրագրի բլոկային դիագրամ

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

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

Ծրագրային մոդուլների ենթակայությունը արտացոլված է հիերարխիայի սխեմայում: Սակայն վերջինս չի արտացոլում այն ​​հերթականությունը, որով նրանք կանչվում են կամ ինչպես է աշխատում ծրագիրը։ Հիերարխիայի դիագրամը կարող է նմանվել Նկ. 5. Սովորաբար այն լրացվում է մոդուլների կատարած գործառույթների վերծանմամբ։

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

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

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

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

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

Բանալի -փոփոխականի արժեքը, որն օգտագործվում է որոշակի տեղեկատվության կամ ռեժիմի հասանելիության լիազորությունը հաստատելու համար:

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

Սեմաֆոր -տվյալների տեսակը հատուկ նշանակության, որը կրիտիկական ռեսուրսի հասանելիությունը վերահսկելու միջոց է՝ հաջորդական գործընթացների համագործակցությամբ։

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

Կրիտիկական ռեսուրսՄի ռեսուրս, որն օգտագործվում է ոչ ավելի, քան մեկ գործընթացով միաժամանակ: Երբ մի քանի ասինխրոն գործընթացներ են պահանջվում նրանց մուտքը կարևոր ռեսուրս համակարգելու համար, օգտագործվում է սեմալտի միջոցով վերահսկվող մուտքը:

Այս մեթոդով բարդ համակարգի բաժանումը մի քանի ենթահամակարգերի կոչվում է « բաժանիր և տիրիր» (divide et impera), հիերարխիկ կամ ֆունկցիոնալ տարրալուծում և այլն: Այս դեպքում հիմնական սկզբունքներն են.

ա) «բաժանիր և տիրիր».

բ) Վերևից ներքև ձևավորում՝ խնդրի ընդհանուր ձևակերպումից մինչև առանձին ենթաառաջադրանքներ և այլն;

գ) հիերարխիկ դասավորության սկզբունքը, որը ներառում է համակարգի բաղկացուցիչ մասերի կազմակերպումը հիերարխիկ ծառային կառուցվածքների՝ յուրաքանչյուր մակարդակում նոր մանրամասների ավելացումով:

Բարդ դիզայնի գործընթաց ծրագրային ապահովումսկսվում է դրա կառուցվածքի ճշգրտմամբ, այսինքն՝ սահմանումներով կառուցվածքային բաղադրիչներև նրանց միջև կապերը: Կառուցվածքի ճշգրտման արդյունքը կարող է ներկայացվել կառուցվածքային և/կամ ֆունկցիոնալ դիագրամների և բաղադրիչների նկարագրությունների (սպեցիֆիկացիաների) տեսքով։

Մշակված ծրագրաշարի բլոկային դիագրամ

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

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

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

Այսպիսով, ծրագրային փաթեթի սխեման ցույց է տալիս դիսպետչերական ծրագրից հսկողության փոխանցումը համապատասխան ծրագրին, ինչպես ցույց է տրված Նկ. 4.1. Համալիրի ծրագրերը, որպես կանոն, անփույթ են կապված։ Ուստի նրանց համատեղ աշխատանքը կազմակերպելու համար օգտագործվում է դիսպետչեր։

Բրինձ. 4.1. Ծրագրային փաթեթի բլոկային դիագրամի օրինակ:

Կառուցվածքային սխեման ծրագրային համակարգ, որպես կանոն, ցույց է տալիս ենթահամակարգերի կամ այլ կառուցվածքային բաղադրիչների առկայությունը։ Ի տարբերություն բարդ, ծրագրային համակարգի առանձին մասերի (ենթահամակարգերի) տվյալների ինտենսիվ փոխանակում են միմյանց և, հնարավոր է, հիմնական ծրագրի հետ: Ծրագրային համակարգի բլոկային դիագրամը, որպես կանոն, դա ցույց չի տալիս, ինչպես երևում է Նկ. 4.2.

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

Քայլելու մեթոդիրականացնում է վերևից վար մոտեցում և հիմնված է կառուցվածքային ծրագրավորման հիմնական կառուցվածքների վրա: Այն ներառում է ալգորիթմի քայլ առ քայլ մշակում, ինչպես ցույց է տրված Նկար 4.3-ում: Այս դեպքում յուրաքանչյուր քայլ ներառում է ֆունկցիայի տարրալուծումը ենթաֆունկցիաների։ Այսպիսով, առաջին փուլում նկարագրվում է առաջադրանքի լուծումը՝ ընդգծելով ընդհանուր ենթաառաջադրանքները: Հաջորդում ենթաառաջադրանքները նկարագրված են նույն կերպ՝ ձևակերպելով հաջորդ մակարդակի տարրերը: Այսպիսով, յուրաքանչյուր քայլի ընթացքում մշակված ծրագրաշարի գործառույթները ճշգրտվում են: Գործընթացը շարունակվում է այնքան ժամանակ, մինչև նրանք հասնեն ենթաառաջադրանքների՝ ալգորիթմների, որոնց լուծումներն ակնհայտ են։

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

Ֆունկցիոնալ դիագրամկամ տվյալների սխեման (ԳՕՍՏ 19. 701-90) - ծրագրային ապահովման բաղադրիչների փոխազդեցության դիագրամ տեղեկատվական հոսքերի նկարագրությամբ, հոսքերում տվյալների կազմով և օգտագործվող ֆայլերի և սարքերի ցուցումով: Այս սխեմաները պատկերելու համար օգտագործվում են ստանդարտով սահմանված հատուկ նշանակումներ:

Ֆունկցիոնալ դիագրամներն ավելի տեղեկատվական են, քան կառուցվածքայինները: Նկ. Համեմատության համար 4.4-ը ծրագրային համակարգերի և համակարգերի ֆունկցիոնալ դիագրամներն են:

բ)

Բրինձ. 4.4. Ֆունկցիոնալ դիագրամների օրինակներ՝ ա - ծրագրերի մի շարք, բ - ծրագրային համակարգ:

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

Կառուցվածքային դիզայնը օգտագործում է երեք հիմնական տեսակի մոդելներ (գծապատկերներ).

1) SADT (Structured Analysis and Design Technique - մեթոդ կառուցվածքային վերլուծությունև դիզայն) - մոդելներ և համապատասխան ֆունկցիոնալ դիագրամներ.

2) DFD (Data Flow Diagrams) - տվյալների հոսքի դիագրամներ.

3) ERD (Entity-Relationship Diagrams)՝ «սուբյեկտ-հարաբերություն» դիագրամներ.

Ֆունկցիոնալ SADT մոդելցուցադրում է օբյեկտի ֆունկցիոնալ կառուցվածքը, այսինքն. նրա կատարած գործողությունները և այդ գործողությունների միջև եղած կապերը:

Մոդելի հիմնական բաղադրիչն է դիագրամ . Դրա վրա բոլոր գործառույթներն ու ինտերֆեյսները ներկայացված են համապատասխանաբար բլոկների և աղեղների տեսքով։ Բլոկի հետ աղեղի միացման կետը որոշում է միջերեսի տեսակը: Վերահսկիչ տեղեկատվություններառված է բլոկում վերևում. մուտքագրումմշակվող տեղեկատվությունը ցուցադրվում է ձախբլոկի կողմը, և արդյունք(ելք) - հետ ճիշտ. Մեխանիզմ(անձ կամ ավտոմատացված համակարգ), որը կատարում է գործողությունը, ներկայացված է բլոկում ներառված աղեղով ներքեւից(նկ. 4.5):

SADT մոդելի կառուցումը սկսվում է ամբողջ համակարգի ներկայացմամբ ամենապարզ բաղադրիչի տեսքով՝ մեկ բլոկի և համակարգից դուրս գործառույթներով ինտերֆեյս պատկերող կամարների տեսքով: Այնուհետև այս բլոկը մանրամասն նկարագրված է մեկ այլ գծապատկերում, օգտագործելով մի քանի բլոկներ, որոնք միացված են միջերեսի կամարներով: Նոր բլոկները սահմանում են սկզբնական ֆունկցիայի հիմնական ենթաֆունկցիաները, որոնք, իր հերթին, կարող են փորվել և այլն։ (տես նկար 4.6):

Բրինձ. 4.6

Տվյալների հոսքի դիագրամներ(DFD) նախագծվող համակարգի ֆունկցիոնալ պահանջների մոդելավորման հիմնական միջոցներն են: Նրանց օգնությամբ այդ պահանջները ներկայացվում են տվյալների հոսքերով կապված ֆունկցիոնալ բաղադրիչների (գործընթացների) հիերարխիայի տեսքով։ Այս ներկայացման հիմնական նպատակն է ցույց տալ, թե ինչպես է յուրաքանչյուր գործընթաց իր մուտքերը փոխակերպում ելքերի և բացահայտել այդ գործընթացների միջև փոխհարաբերությունները:

Տվյալների հոսքի դիագրամների հիմնական բաղադրիչներն են.

ա) արտաքին սուբյեկտներ.

բ) համակարգեր և ենթահամակարգեր.

գ) գործընթացներ;

դ) տվյալների պահպանման սարքեր.

ե) տվյալների հոսքը.

արտաքին սուբյեկտներկայացնում է նյութական օբյեկտ կամ անհատ, որը տեղեկատվության աղբյուր կամ ստացող է: Այն պատկերված է որպես եռաչափ ուղղանկյուն՝ մակագրությամբ, ինչպես ցույց է տրված Նկար 4.7-ում:

Ենթահամակարգ(տես նկար 4.8) կամ գործընթաց(նկ. 4.9) ներկայացված են կլորացված եզրերով ուղղանկյուն: Այն պարունակում է երեք դաշտ.

ա) թվեր;

գ) Ֆիզիկական իրականացում.

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

Բրինձ. 4.8. STI - Պետական ​​հարկային տեսչություն

Տվյալների պահպանումտեղեկատվությունը պահելու վերացական սարք է: Այն պատկերված է, ինչպես ցույց է տրված Նկ. 4.10. Դրա նշանակումը սկսվում է D տառով:

Տվյալների հոսքգծապատկերում ներկայացված է սլաքով ավարտվող տողով, որը ցույց է տալիս հոսքի ուղղությունը: Յուրաքանչյուր տվյալների հոսք ունի անուն, որն արտացոլում է դրա բովանդակությունը:

Տվյալների հոսքի դիագրամի օրինակ ներկայացված է նկ. 4.11.

Ավելի բարդ տվյալների հոսքի դիագրամ ներկայացված է նկ. 4.12.

ER դիագրամները կքննարկվեն ավելի ուշ:

Դասընթացի նախագծում, բացի ֆունկցիոնալ դիագրամից, անհրաժեշտ է ներկայացնել ալգորիթմներ ամենաբարդ ֆունկցիաների համար (օրինակ՝ տեսակավորում և որոնում):

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

Ծրագրային կառուցվածքի մշակում

Ծրագրաշարի կառուցվածքը կարող է ներկայացվել որպես բլոկային դիագրամ՝ բաղադրիչների նկարագրությամբ:

Բլոկային դիագրամը արտացոլում է կազմը և փոխազդեցությունը մշակվող ծրագրաշարի մասերի կառավարման մեջ:

Համակարգը բաղկացած է երեք փոխկապակցված ծրագրային մոդուլներից.

անձնական հաշվի մոդուլ;

Ժամանակացույցի ցուցադրման մոդուլը նախատեսված է օգտատերից պահանջվող ժամանակացույցի մասին տեղեկատվություն ստանալու և այն ցուցադրելու կամ տպելու համար:

Նախագծված ծրագրաշարի ամբողջական բլոկային դիագրամը ներկայացված է Նկար 2.1-ում:

Նկար 2.1 - Ծրագրաշարի արգելափակման դիագրամ

Յուրաքանչյուր մոդուլի մանրամասն ուսումնասիրությունը թույլ է տալիս այն ներկայացնել հետևյալ տարրերի տեսքով.

«Մուտքագրեք հարցումի պարամետրերը» - թույլ է տալիս նշել հարցումի տվյալները:

«Էջի ժամանակացույցի ցուցադրում» - էջի ձևավորում՝ էկրանին պահանջվող տվյալների հետ:

«Էլեկտրոնային փաստաթղթերի ձևավորում»՝ պահանջվող տվյալներով ֆայլերի ձևավորում։

«Ժամանակացույցի ուղարկում» - տվյալների ուղարկում փոփոխություններով, երբ փոփոխություններ են կատարվում:

Ֆունկցիոնալ դիագրամի մշակում

Ֆունկցիոնալ դիագրամ կամ տվյալների դիագրամ (ԳՕՍՏ 19.701-90) - ծրագրային բաղադրիչների փոխազդեցության դիագրամ տեղեկատվական հոսքերի նկարագրությամբ, հոսքերում տվյալների կազմով և օգտագործվող ֆայլերի և սարքերի ցուցումով: Ֆունկցիոնալ դիագրամները պատկերելու համար օգտագործվում են ստանդարտով սահմանված հատուկ նշանակումներ:

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

Այսպիսով, այն նաև բաժանված է երեք ծրագրային մոդուլների.

ժամանակացույցի ցուցադրման մոդուլ;

անձնական հաշվի մոդուլ;

Ծրագրաշարի ֆունկցիոնալ դիագրամ ընդհանուր տեսարանցույց է տրված Նկար 2.2-ում:

Նկար 2.2 - Ծրագրաշարի ֆունկցիոնալ դիագրամ

Տեղեկատվությունը, որի վրա գործելու է տեղեկատվական համակարգը, կազմակերպված է MySQL գործիքների միջոցով ստեղծված տվյալների բազայի տեսքով (Նկար 16):

Նկար 16 Տվյալների բազայի սխեման ստեղծված MySQL-ի միջոցով

Հաշվարկների պաշտոնականացում (հաշվարկման ալգորիթմներ և խնդիրների լուծում)

Ելքային փաստաթղթեր ստանալու համար մուտքային տվյալները փոխակերպվում են որոշակի ալգորիթմի համաձայն:

Տեղադրման արժեքը հաշվարկելիս ձգվող առաստաղանհրաժեշտ է լրացնել «Արժեքը» ձևը, որը պարունակում է 3 դաշտ և տվյալների մուտքագրում՝ առաստաղի լայնություն, առաստաղի երկարություն, նյութի հյուսվածք։ Այս դաշտերը լրացնելուց հետո ծրագիրը MySQL տվյալների բազայից պահանջում է տվյալներ նյութի արժեքի վերաբերյալ տվյալ ինվոյսով։ Արժեքը հաշվարկվում է առաստաղի ծածկույթի մակերեսը բազմապատկելով նյութի արժեքով 1 մ 2-ի համար:

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

Ծրագրային փաթեթի օգտագործման բլոկային դիագրամ (երկխոսության ծառ)

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

Մշակված հավելվածն ունի ինտուիտիվ մենյու: Տվյալների բազայի աղյուսակների հետ աշխատելու համար IS «Ձեռնարկությունների կառավարում» մոդուլը բաղկացած է.

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

Նկ.2 Փոխազդեցության և տվյալների կապերի սխեման

Ծրագրի ֆունկցիոնալ սխեմայի մշակում.

Ծրագրի ֆունկցիոնալ կազմը պետք է առավելագույնս ապահովի գանձապահի համար անհրաժեշտ հնարավորությունները պաշտոնական պարտականություններըկապված տվյալների մուտքագրման, գործարքների գրանցման և հաշվետվական փաստաթղթերի պատրաստման հետ: Դա անելու համար մենք կկազմենք գործառույթների մոտավոր ցանկ, որոնք պետք է իրականացվեն մեր համակարգում:

Համակարգի գործառույթների մոտավոր ցանկ:

1) փոխանակման գործարքի գրանցում

Արտարժույթի գնման վերաբերյալ տվյալների մուտքագրում

Արտարժույթի վաճառքի վերաբերյալ տվյալների մուտքագրում

Արտարժույթի փոխարկման տվյալների մուտքագրում

・ Տպել հաճախորդի տեղեկանք

2) Դիտել փաստաթղթերը

· Դիտեք օրվա փաստաթղթերի ցանկը

Դիտեք արխիվացված փաստաթղթերի ցանկը

3) տեղեկատուների սպասարկում

· Տվյալների մուտքագրում ըստ արժեքային կոդերի

· Տվյալների մուտքագրում ըստ փաստաթղթերի տեսակների

Տվյալների մուտքագրում արժույթի կոդերով

Փոխարժեքների մուտքագրում ըստ ամսաթվի

4) հաշվետու փաստաթղթերի ստեղծում

· Կանխիկ ռուբլով ձեռք բերված կանխիկ արտարժույթի գրանցամատյանի տպում;

· Կանխիկ ռուբլով վաճառվող կանխիկ արտարժույթի գրանցամատյանի տպում;

· Կանխիկ արտարժույթի փոխանակման (փոխակերպման) գրանցամատյանի տպում;

5) Այլ գործառույթներ

Տվյալների մուտքագրում մուտքագրման դաշտում գրացուցակից

Թիվը թվայինից փոքրատառի վերածելը (գումարը բառերով)

· Կուրսորի տեսքի փոփոխություն

Տվյալների պահպանում արխիվային ֆայլերում

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

Ծրագրի բլոկային դիագրամի մշակում.

Ծրագրային փաթեթի բլոկային դիագրամը սահմանում է ընդհանուր տերմիններով և տեսքընախագծված համակարգի և օգտագործողի հետ փոխգործակցության սկզբունքների մասին: Նախագծված համակարգի սխեման կլինի հիերարխիկ ծառի կառուցվածք, որը նկարագրում է տվյալների մուտքագրման, մշակման և ելքի ընթացակարգերը: Տեղեկատվական և տեղեկատու դասի ծրագրերի կառուցումն այս սկզբունքով բավականին հեշտացնում է համակարգի փոփոխումը որպես ամբողջություն և հեշտացնում է ծրագրի սկզբունքի ընկալումն ու ըմբռնումը: Բլոկային դիագրամ կառուցելու համար անհրաժեշտ է որոշել վերը թվարկված տվյալների մշակման ընթացակարգերի հիերարխիան և կապը: Բնական է ընթացակարգերի հիերարխիա հաստատել նախորդ գլխում նկարագրված ձևով, քանի որ նման սխեման համապատասխանում է ընթացակարգերի «կարևորության» և «օգտագործելիության» սխեմային: Ծրագրի բլոկային դիագրամը, հաշվի առնելով վերը նշված բոլորը, ներկայացված է Նկար 2-ում:

Ծրագրի էկրանի ինտերֆեյսի մշակում

Էկրանի ինտերֆեյսի նախագծման առկա մոտեցումները

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

Առավել գործնական և օգտագործողի համար հարմար համակարգերը համակարգերն են, որոնք ունեն էկրանի միջերես, որը կառուցված է բացվող մենյուի համակարգի հիման վրա: Ներկայումս ամենատարածվածը երկու գաղափարախոսությունն է (նկատի ունի DOS հավելվածները), որոնք ներառում են և՛ էկրանի պատուհանների որոշակի ձև, և՛ գունային սխեման, և՛ թռուցիկ ցուցակների տեսք: Սրանք են Borland-ի Tool Environments-ը և Symantec-ի Norton Operating Shell-ը: Երկու գաղափարախոսություններն էլ նախատեսում են էկրանի տարածության որոշակի բաժանում տարածքների կամ գոտիների, որոնք նախատեսված են կոնկրետ տեղեկատվական օբյեկտների և գործողությունների համար: Օգտագործողի ցանկությամբ գոտիները կարող են որոշ չափով վերակազմավորվել. էկրանի չափերը և դիրքը փոխվում են: Տվյալների մշակման հրամանները կանչվում են մենյուի համակարգից, մշտապես առկա են էկրանին (Borland) կամ կանչվում են ֆունկցիոնալ ստեղնով (Symantec):

Երկու դեպքում էլ համակարգի բոլոր հրամանները բաշխվում են ըստ իրենց ֆունկցիոնալ բնութագրերի խմբերի և կան հիմնական ընտրացանկում

հրամանատարական խմբերի իրական անունները. Ընտրելով խումբ՝ օգտվողին հասանելի է դառնում խմբի հրամանների ցանկը, որը կարող է ներառել նաև երկրորդ մակարդակի խմբերի մեջ խմբավորված հրամաններ և այլն։

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

Էկրանի ինտերֆեյսի գաղափարախոսության ընտրությունը