Օղակի ստանդարտ նախագծման փուլերը. Պահեստների ավտոմատացված հաշվառման համակարգի նախագծում Rational Rose CASE գործիքի միջոցով: Դիզայնի աշխատանքների իրականացման մեթոդներ

CASE համակարգերի զարգացման փուլերը

Անցած տասնամյակի ընթացքում տեղեկատվական համակարգերի նախագծման նոր ուղղություն է ի հայտ եկել՝ համակարգչային օգնությամբ նախագծում՝ օգտագործելով CASE գործիքներ: CASE տերմինը (Computer Aided System/Software Engineering) սկզբնապես վերաբերում էր միայն ծրագրային ապահովման մշակման ավտոմատացմանը. այն այժմ ընդգրկում է համալիր AIS-ի մշակման ողջ գործընթացը:

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

CASE տեխնոլոգիաները ինքնուրույն գոյություն չունեն և անկախ չեն: Դրանք ավտոմատացնում և օպտիմալացնում են համապատասխան մեթոդաբանության կիրառումը և հնարավորություն են տալիս բարձրացնել դրա կիրառման արդյունավետությունը:

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

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

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

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

CASE գործիքների պատշաճ օգտագործմամբ ձեռք է բերվում աշխատանքի արտադրողականության զգալի աճ՝ կազմելով (ըստ CASE տեխնոլոգիաներ օգտագործող արտասահմանյան ընկերությունների գնահատականների) 100-ից մինչև 600%՝ կախված CASE-ի հետ աշխատանքի ծավալից, բարդությունից և փորձից: Միևնույն ժամանակ, AIS-ի կյանքի ցիկլի բոլոր փուլերը փոխվում են, բայց ամենամեծ փոփոխությունները վերաբերում են վերլուծության և նախագծման փուլերին (Աղյուսակներ 2.5, 2.6):

Աղյուսակ 2.5.Աշխատուժի ծախսերի գնահատումներն ըստ AIS-ի կյանքի ցիկլի փուլերի

Աղյուսակ 2.6. CASE-ի և ավանդականի օգտագործման համեմատություն զարգացում

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

1. բարելավում է մշակված ծրագրային ապահովման որակը ավտոմատ ստեղծման և կառավարման միջոցով.

2. թույլ է տալիս կրճատել AIS-ի նախատիպի ստեղծման ժամանակը, ինչը հնարավորություն է տալիս գնահատել նախագծի որակը և արդյունավետությունը վաղ փուլերում.

3. արագացնում է նախագծման և մշակման գործընթացը.

4. թույլ է տալիս վերաօգտագործել մշակված բաղադրիչները;

5. աջակցում է AIS-ի աջակցությունը;

6. ազատում է ձեզ նախագիծը փաստաթղթավորելու առօրյա աշխատանքից, քանի որ այն օգտագործում է ներկառուցված փաստաթղթավորող;

7. հեշտացնում է թիմային աշխատանքը նախագծի վրա:

Բրինձ. 2.22. CASE տեխնոլոգիաների օգտագործմամբ AIS-ի զարգացման առավելությունները. Ա- ծրագրի ծախսերի կրճատման գործակիցը; բ -զարգացման ժամանակի կրճատման գործոն

CASE գործիքների մեծ մասը հիմնված է չորս հիմնական հասկացությունների վրա՝ մեթոդաբանություն, մեթոդ, նշում, գործիք [ 11,15, 16].

Մեթոդաբանությունըսահմանում է AIS-ի նախագծման և մշակման լուծումների գնահատման և ընտրության ուղեցույցներ, աշխատանքի փուլերը, դրանց հաջորդականությունը, բաշխման կանոնները և մեթոդների նպատակը:

Մեթոդներ -բաղադրիչների ստեղծման ընթացակարգերը և դրանց նկարագրությունները:

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

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

CASE գործիքների դասակարգում

Դեռևս չկա CASE գործիքների կայուն դասակարգում, միայն դասակարգման մոտեցումներ են սահմանվել՝ կախված տարբեր դասակարգման չափանիշներից: Ստորև ներկայացնում ենք դրանցից մի քանիսը.

Կենտրոնանալ AIS-ի կյանքի ցիկլի տեխնոլոգիական փուլերի և գործընթացների վրա.

1. վերլուծության և նախագծման գործիքներ. Օգտագործվում է համակարգի բնութագրերի և դիզայնի ստեղծման համար: Նրանք աջակցում են նախագծման հայտնի մեթոդոլոգիաներին.

2. տվյալների բազայի նախագծման գործիքներ. Տրամադրել տվյալների տրամաբանական մոդելավորում, տվյալների բազայի կառուցվածքների ստեղծում;

3. պահանջների կառավարման գործիքներ;

4. Ծրագրային կազմաձևման կառավարման գործիքներ: Աջակցում է ծրագրավորմանը, փորձարկմանը, ծրագրային ապահովման ավտոմատ ստեղծմանը` ըստ տեխնիկական պայմանների.

5. փաստաթղթավորման գործիքներ;

6. փորձարկման գործիքներ;

7. Ծրագրի կառավարման գործիքներ. Աջակցել պլանավորմանը, վերահսկմանը, փոխգործակցությանը;

8. հակադարձ ինժեներական գործիքներ, որոնք նախատեսված են գոյություն ունեցող համակարգը նոր միջավայր տեղափոխելու համար:

Աջակցված նախագծման մեթոդոլոգիաներ[ 11, 12, 15, 16]:

1. ֆունկցիոնալ կողմնորոշված ​​(կառուցվածքային կողմնորոշված);

2. օբյեկտ-կողմնորոշված;

3. համալիր ուղղվածություն (նախագծման մեթոդոլոգիաների հավաքածու):

Աջակցված գրաֆիկական գծապատկերային նշումներ.

1. ֆիքսված նշումով;

2. առանձին նշումներով;

3. ամենատարածված նշումներով.

Ինտեգրման աստիճանը.

1. Օժանդակ ծրագրեր (Գործիքներ), որոնք ինքնուրույն լուծում են ինքնավար խնդիր.

2. զարգացման փաթեթներ (Toolkit), որոնք գործիքների մի շարք են, որոնք օգնություն են տրամադրում ծրագրային առաջադրանքների դասերից մեկի համար.

3. Ինտեգրված գործիքների հավաքածուներ, որոնք կապված են ընդհանուր նախագծային տվյալների բազայի հետ՝ շտեմարան, որն ավտոմատացնում է աշխատանքի ամբողջական կամ մի մասը AIS (Workbench) ստեղծման տարբեր փուլերում:

Կոլեկտիվ նախագծի մշակում.

1. առանց կոլեկտիվ զարգացման աջակցության.

2. կենտրոնացած է իրական ժամանակում նախագծի մշակման վրա;

3. կենտրոնացած ենթածրագրերի համադրման եղանակի վրա:

CASE գործիքների տեսակները.

1. վերլուծության գործիքներ (Upper CASE); մասնագետների շրջանում դրանք կոչվում են համակարգչային պլանավորման գործիքներ։ Օգտագործելով այս CASE գործիքները, կառուցվում է մոդել, որն արտացոլում է առկա բոլոր առանձնահատկությունները: Այն ուղղված է հասկանալու ընդհանուր և հատուկ գործող մեխանիզմները, առկա հնարավորությունները, ռեսուրսները և ծրագրի նպատակները՝ ընկերության նպատակներին համապատասխան: Այս գործիքները թույլ են տալիս վերլուծել տարբեր սցենարներ՝ կուտակելով տեղեկատվություն օպտիմալ որոշումներ կայացնելու համար.

2. վերլուծության և նախագծման գործիքներ (Middle CASE); համարվում են AIS-ի բնութագրերի և կառուցվածքի պահանջների վերլուծության և նախագծման փուլերին աջակցելու գործիքներ: Միջին CASE գործիքի օգտագործման հիմնական արդյունքը համակարգի նախագծման զգալի պարզեցումն է, քանի որ դիզայնը վերածվում է AIS-ի պահանջների հետ աշխատելու կրկնվող գործընթացի: Բացի այդ, միջին CASE գործիքները ապահովում են պահանջների արագ փաստաթղթավորում.

3. Ծրագրային ապահովման մշակման գործիքներ (Lower); աջակցել AIS ծրագրային ապահովման մշակման համակարգերին: Դրանք պարունակում են համակարգային բառարաններ և գրաֆիկական գործիքներ, որոնք վերացնում են ֆիզիկական բնութագրերի մշակման անհրաժեշտությունը. կան համակարգի բնութագրեր, որոնք ուղղակիորեն թարգմանվում են մշակվող համակարգի ծրագրային կոդերի մեջ (կոդերի մինչև 80%-ը ինքնաբերաբար ստեղծվում է): Ավելի ցածր CASE գործիքների հիմնական առավելություններն են զարգացման ժամանակի զգալի կրճատումը, ավելի հեշտ փոփոխությունները և նախատիպերի հետ աշխատելու աջակցությունը:

CASE գործիքները նույնպես դասակարգված են ըստ համակարգչային տեխնիկայի տեսակի և ճարտարապետության,և ըստ օպերացիոն համակարգի տեսակի.

Ներկայումս ծրագրային ապահովման շուկան ներկայացված է ծրագրային ապահովման լայն տեսականիով, ներառյալ թվարկված դասերից գրեթե ցանկացածի CASE գործիքները:

CASE գործիքների բնութագրերը

Silverrun. CASE գործիք Silverrun ամերիկյան Computer Systems Advisers, Inc. ընկերության կողմից: (CSA) օգտագործվում է բիզնես դասի AIS-ի վերլուծության և ձևավորման համար և ավելի շատ կենտրոնացած է պարուրաձև կյանքի ցիկլի մոդելի վրա: Այն կիրառելի է ցանկացած մեթոդաբանության աջակցելու համար, որը հիմնված է ֆունկցիոնալ և տեղեկատվական մոդելների առանձին կառուցման վրա (տվյալների հոսքի դիագրամներ և միավոր-հարաբերությունների դիագրամներ):

Հատուկ մեթոդաբանության համար անհատականացումն ապահովվում է՝ ընտրելով մոդելների պահանջվող գրաֆիկական նշումը և դիզայնի բնութագրերը ստուգելու կանոնների մի շարք: Համակարգն ունի պատրաստի կարգավորումներ ամենատարածված մեթոդոլոգիաների համար՝ DATARUN (հիմնական մեթոդոլոգիան, որն աջակցում է Silverrun-ը), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering: Նախագծում ներկայացված յուրաքանչյուր հայեցակարգի համար հնարավոր է ավելացնել ձեր սեփական նկարագրությունները: Silverrun-ի ճարտարապետությունը թույլ է տալիս անհրաժեշտության դեպքում զարգացնել ձեր զարգացման միջավայրը:

Silverrun-ն ունի մոդուլային կառուցվածքև բաղկացած է չորս մոդուլից, որոնցից յուրաքանչյուրը անկախ արտադրանք է և կարելի է գնել և օգտագործել առանձին։

1. Բիզնես գործընթացների մոդելների կառուցման մոդուլՏվյալների հոսքի դիագրամների տեսքով Business Process Modeler-ը (BPM) թույլ է տալիս մոդելավորել ավտոմատացված կազմակերպության կամ ստեղծված ավտոմատացված տեղեկատվական համակարգի գործունեությունը: Խիստ բարդ մոդելների հետ աշխատելու ունակությունը տրվում է ավտոմատ վերահամարակալման, գործընթացի ծառի հետ աշխատելու (ներառյալ ճյուղերի տեսողական քաշքշումը), մոդելի մասերը կոլեկտիվ զարգացման համար անջատելու և կցելու գործառույթներով: Դիագրամները կարող են ցուցադրվել մի քանի նախապես սահմանված նշումներով, ներառյալ Yourdon/DeMarco-ն և Gane/Sarson-ը: Հնարավոր է նաև ստեղծել ձեր սեփական նշումները, օրինակ՝ գծապատկերում ցուցադրվող նկարագրիչների թվին ավելացնել օգտատիրոջ կողմից սահմանված դաշտերը:

2. Հայեցակարգային տվյալների մոդելավորման մոդուլ Entity-Relationship eXpert (ERX)-ը հնարավորություն է տալիս ստեղծել միավորի-հարաբերությունների տվյալների մոդելներ, որոնք կապված չեն կոնկրետ իրականացման հետ: Ներկառուցված փորձագիտական ​​համակարգը թույլ է տալիս ստեղծել ճիշտ նորմալացված տվյալների մոդել՝ պատասխանելով տվյալների փոխհարաբերությունների վերաբերյալ բովանդակալից հարցերին: Տվյալների կառուցվածքների նկարագրություններից տրված է տվյալների մոդելի ավտոմատ կառուցում: Հատկանիշների ֆունկցիոնալ կախվածությունների վերլուծությունը թույլ է տալիս ստուգել մոդելի համապատասխանությունը երրորդ նորմալ ձևի պահանջներին և ապահովել դրանց կատարումը: Ստուգված մոդելը փոխանցվում է Relational Data Modeler մոդուլին:

3. Հարաբերությունների մոդելավորման մոդուլ Relational Data Modeler-ը (RDM) թույլ է տալիս ստեղծել մանրամասն միավոր-հարաբերությունների մոդելներ՝ հարաբերական տվյալների բազայում ներդրման համար: Այս մոդուլը փաստագրում է տվյալների բազայի կառուցման հետ կապված բոլոր կառուցվածքները՝ ինդեքսներ, գործարկիչներ, պահված ընթացակարգեր և այլն: Պահեստի ճկուն, փոփոխվող նշումը և ընդարձակելիությունը թույլ են տալիս աշխատել ցանկացած մեթոդաբանության հետ: Ենթասխեմաներ ստեղծելու կարողությունը հետևում է ANSI SPARC մոտեցմանը տվյալների բազայի սխեման ներկայացնելու համար: Ե՛վ բաշխված մշակման հանգույցները, և՛ օգտվողի դիտումները մոդելավորվում են ենթաշղթայի լեզվով: Այս մոդուլը տրամադրում է հարաբերական տվյալների բազաների նախագծում և ամբողջական փաստաթղթավորում:

4. Աշխատանքային խմբի պահեստի կառավարիչ Workgroup Repository Manager-ը (WRM) օգտագործվում է որպես տվյալների բառարան՝ բոլոր մոդելների համար ընդհանուր տեղեկատվությունը պահելու համար, ինչպես նաև ապահովում է Silverrun մոդուլների ինտեգրումը մեկ դիզայնի միջավայրում:

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

Silverrun-ը ներառում է.

1. տվյալների բազայի սխեմաների ավտոմատ ձևավորում ամենատարածված DBMS-ների համար՝ Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;

2. տվյալների փոխանցում հավելվածների մշակման գործիքներին՝ JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi:

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

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

1. Հաշվետվությունների համակարգ. Հաշվետվությունները թողարկվում են տեքստային ֆայլեր:

2. Արտահանման/ներմուծման համակարգ. Նշվում է ոչ միայն արտահանման ֆայլի բովանդակությունը, այլև գրառումների տարանջատիչները, գրառումներում դաշտերի բաժանիչները և տեքստային դաշտերի սկզբի և վերջի նշիչները: Նման արտահանման ֆայլերը կարող են ստեղծվել և վերբեռնվել պահեստ: Սա հնարավորություն է տալիս տվյալների փոխանակում տարբեր համակարգերի հետ՝ այլ CASE գործիքներ, DBMS, տեքստային խմբագրիչներ և աղյուսակներ:

3. Պահեստի պահպանում արտաքին ֆայլերում՝ ODBC դրայվերների միջոցով հասանելիությամբ: Ամենատարածված DBMS-ներից պահեստային տվյալների մուտք գործելու համար հնարավոր է պահպանել նախագծի ողջ տեղեկատվությունը անմիջապես այս DBMS-ների ձևաչափով:

Silverrun-ն աջակցում է խմբային աշխատանքի երկու մեթոդ.

1) ստանդարտ մեկ օգտագործողի տարբերակն ունի մոդելների վերահսկվող բաժանման և միաձուլման մեխանիզմ: Մոդելը կարելի է բաժանել մասերի և բաշխվել մի քանի մշակողների միջև։ Մանրամասն մշակումից հետո մասերը հավաքվում են մեկ մոդելի մեջ.

2) Silverrun-ի ցանցային տարբերակը թույլ է տալիս զուգահեռ խմբային աշխատանք մոդելների հետ, որոնք պահվում են ցանցային պահոցում՝ հիմնված Oracle, Sybase կամ Informix DBMS-ի վրա: Միևնույն ժամանակ, մի քանի մշակողներ կարող են աշխատել նույն մոդելի հետ, քանի որ օբյեկտի կողպումը տեղի է ունենում առանձին մոդելի տարրերի մակարդակով:

ՋԱՄ. Հավելվածի մշակման գործիք JYACC-ի Application Manager-ը (JAM) JYACC-ի արտադրանքն է: Հիմնական առանձնահատկությունը համապատասխանությունն է RAD մեթոդաբանությանը, քանի որ JAM-ը թույլ է տալիս արագորեն իրականացնել հավելվածի մշակման ցիկլը, որը բաղկացած է հավելվածի նախատիպի հաջորդ տարբերակից: հաշվի առնելով նախորդ քայլում նշված պահանջները և ներկայացնել այն օգտագործողին:

JAM-ն ունի մոդուլային կառուցվածք և բաղկացած է հետևյալ բաղադրիչներից.

1. համակարգի միջուկներ;

2. JAM/DBi - մասնագիտացված ինտերֆեյսի մոդուլներ DBMS-ի համար (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC և այլն);

3. JAM/RW - հաշվետվությունների գեներատորի մոդուլ;

4. JAM/CASEi - մասնագիտացված ինտերֆեյսի մոդուլներ CASE գործիքների համար (JAM/CASE-TeamWork, JAM/CASE-Inno-vator և այլն);

5. JAM/TPi - մասնագիտացված ինտերֆեյսի մոդուլներ գործարքների կառավարիչների համար (օրինակ՝ JAM/TPi-Server TUXEDO և այլն);

6. Jterm - մասնագիտացված X-տերմինալի էմուլյատոր:

Համակարգի միջուկը ամբողջական արտադրանք է և կարող է ինքնուրույն օգտագործվել հավելվածների մշակման համար: Մնացած բոլոր մոդուլները լրացուցիչ են և չեն կարող օգտագործվել ինքնուրույն:

Համակարգի առանցքը ներառում է հետևյալ հիմնական բաղադրիչները.

1. էկրանի խմբագիր. Էկրանի խմբագրիչը ներառում է էկրանի մշակման միջավայր, տեսողական օբյեկտների պահոց, իր սեփական JAM DBMS - JDB, գործարքների կառավարիչ, վրիպազերծիչ, ոճի խմբագրիչ;

2. մենյուի խմբագիր;

3. օժանդակ կոմունալ ծառայությունների հավաքածու;

4. հավելվածի արդյունաբերական տարբերակի արտադրության միջոց.

JAM-ն օգտագործելիս հավելվածի արտաքին ինտերֆեյսի մշակումը տեսողական ձևավորում է և հանգում է էկրանի ձևերի ստեղծմանը` դրանց վրա ինտերֆեյսի կառուցվածքներ տեղադրելով և տեղեկատվության մուտքագրման/արտադրման համար էկրանի դաշտեր սահմանելու միջոցով: Ինտերֆեյսի ձևավորումը JAM-ում կատարվում է օգտագործելով էկրանի խմբագիր. JAM-ում մշակված հավելվածներն ունեն բազմապատուհան ինտերֆեյս: Էկրանի մշակումը ներառում է դրա վրա միջերեսի տարրերի տեղադրումը, դրանց խմբավորումը և դրանց հատկությունների արժեքները սահմանելը:

Մենյու խմբագիրթույլ է տալիս մշակել և կարգաբերել մենյուի համակարգերը: Իրականացվել է պատկերագրական մենյուներ ստեղծելու հնարավորությունը: Ծրագրի օբյեկտներին ընտրացանկի տարրերը վերագրելը կատարվում է էկրանի խմբագրում:

Մեկ օգտատիրոջ հարաբերական DBMS JDB-ը ներկառուցված է JAM միջուկում: JDB-ի հիմնական նպատակը հավելվածների նախատիպավորումն է այն դեպքերում, երբ ստանդարտ DBMS-ի հետ աշխատելն անհնար է կամ անիրագործելի: JDB-ն իրականացնում է հարաբերական DBMS-ների անհրաժեշտ նվազագույն հնարավորությունները, որոնք չեն ներառում ինդեքսներ, պահպանված ընթացակարգեր, գործարկիչներ և դիտումներ: Օգտագործելով JDB, դուք կարող եք կառուցել թիրախային տվյալների բազայի նույնական բազա (բացառությամբ JDB-ում բացակայող հատկանիշների) և զարգացնել հավելվածի զգալի մասը:

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

Կոմունալ ծառայություններ JAM-ները ներառում են երեք խումբ.

1) JAM էկրանի ֆայլերի փոխարկիչներ տեքստի: JAM-ը պահպանում է էկրանները որպես բնիկ երկուական ֆայլեր;

2) մուտքային/ելքային սարքերի կոնֆիգուրացիա. JAM-ը և դրա հետ կառուցված հավելվածները ուղղակիորեն չեն աշխատում I/O սարքերի հետ: Փոխարենը, JAM-ը մուտք է գործում տրամաբանական I/O սարքեր (ստեղնաշար, տերմինալ, հաշվետվություն);

3) էկրանների գրադարանների սպասարկում.

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

JAM-ի միջոցով մշակված հավելվածները կարող են արտադրվել որպես գործարկվող մոդուլներ: Դա անելու համար մշակողները պետք է ունենան C կոմպիլյատոր և կապող:

JAM-ը պարունակում է ներկառուցված ծրագրավորման լեզու JPL (JAM Procedural Language), որով անհրաժեշտության դեպքում կարող են գրվել կոնկրետ գործողություններ իրականացնող մոդուլներ։ Այս լեզուն մեկնաբանվում է: Հնարավոր է տեղեկատվության փոխանակում տեսողականորեն կառուցված հավելվածի միջավայրի և նման մոդուլների միջև: Բացի այդ, JAM-ը հնարավորություն է տալիս միացնել արտաքին մոդուլները, որոնք գրված են C լեզվի հետ համատեղելի լեզուներով՝ ֆունկցիաների կանչերի առումով:

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

Իրադարձությունների մշակողներ JAM-ը կարող է պարունակել ինչպես ներկառուցված JAM ֆունկցիաներ, այնպես էլ ծրագրավորողի կողմից գրված գործառույթներ C կամ JPL-ով: Ներկառուցված գործառույթների հավաքածուն ներառում է ավելի քան 200 գործառույթ տարբեր նպատակների համար. դրանք հասանելի են ինչպես JPL, այնպես էլ C-ով գրված գործառույթներից զանգերի համար:

Դիմումի արդյունաբերական տարբերակը,մշակված JAM-ի միջոցով, բաղկացած է հետևյալ բաղադրիչներից.

1. հավելվածի թարգմանչի գործարկվող մոդուլ;

2. էկրաններ, որոնք կազմում են հավելվածը (տրամադրվում են որպես առանձին ֆայլեր, որպես էկրանի գրադարանների մաս կամ ներկառուցված թարգմանչի մարմնում);

3. Արտաքին JPL մոդուլներ (տրամադրվում են որպես տեքստային ֆայլեր կամ նախապես կազմված ձևով, նախապես կազմված

4. արտաքին JPL մոդուլներ՝ առանձին ֆայլերի տեսքով և որպես էկրանային գրադարանների մաս;

5. հավելվածի կազմաձևման ֆայլեր - ստեղնաշարի և տերմինալի կազմաձևման ֆայլեր, համակարգի հաղորդագրությունների ֆայլ, ընդհանուր կազմաձևման ֆայլ:

DBMS-ի հետ ուղղակի փոխազդեցությունն իրականացվում է JAM/DBi (Տվյալների բազայի ինտերֆեյս) մոդուլներով: JAM-ում փոխազդեցության իրականացման մեթոդները բաժանվում են երկու դասի՝ ձեռքով և ավտոմատ:

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

Ավտոմատ ռեժիմիրականացվում է JAM գործարքների մենեջերի կողմից: Դա հնարավոր է տվյալների բազայի գործառնությունների տիպիկ սովորական տեսակների համար, այսպես կոչված, QBE (Query By Example - հարցումներ, որոնք հիմնված են նմուշի վրա), հաշվի առնելով տվյալների բազայի աղյուսակների միջև բավականին բարդ հարաբերությունները և էկրանի մուտքային-ելքային դաշտերի ատրիբուտների ավտոմատ կառավարումը կախված: գործարքի տեսակի վերաբերյալ (ընթերցանություն, գրել և այլն), որին մասնակցում է գեներացված հարցումը:

JAM-ը թույլ է տալիս ստեղծել հավելվածներ ավելի քան 20 DBMS-ների հետ աշխատելու համար՝ ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-համատեղելի DBMS և այլն:

JAM-ի տարբերակիչ առանձնահատկությունն այն է, որ հավելվածների տեղափոխելիությունը տարբեր հարթակների միջև (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS և այլն); DOS-Windows-UNIX միջավայրերի միջև փոխանցման ժամանակ կարող է պահանջվել «վերագրել» ստատիկ տեքստային դաշտերը էկրանների վրա ռուսերեն տեքստով: Բացի այդ, դյուրատարությանը նպաստում է այն փաստը, որ JAM-ում հավելվածները մշակվում են ոչ թե ֆիզիկական, այլ վիրտուալ I/O սարքերի համար: Այսպիսով, հավելվածը հարթակից հարթակ տեղափոխելիս, սովորաբար անհրաժեշտ է միայն ֆիզիկական I/O սարքերը քարտեզագրել հավելվածի համար նախատեսված նրանց տրամաբանական ներկայացումներով:

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

Երբ համակարգի բեռը մեծանում է, և օգտագործվում է լուծվող առաջադրանքների բարդությունը (օգտագործվող ռեսուրսների բաշխումը և տարասեռությունը, միաժամանակ միացված օգտատերերի քանակը, կիրառական տրամաբանության բարդությունը): եռաստիճան ճարտարապետության մոդել«հաճախորդ-սերվեր»՝ օգտագործելով գործարքների կառավարիչները: JAM/TPi-Client և JAM/TPi-Server բաղադրիչները բավականին հեշտ են դարձնում եռաստիճան մոդելի անցնելը: Այս դեպքում JAM/TPi-Server մոդուլը առանցքային դեր է խաղում, քանի որ եռաստիճան մոդելի ներդրման հիմնական դժվարությունը կայանում է գործարքների կառավարչի ծառայություններում կիրառական տրամաբանության իրականացման մեջ:

JAM/CASE ինտերֆեյսը թույլ է տալիս տեղեկատվություն փոխանակել JAM օբյեկտների պահեստի և CASE գործիքների պահեստի միջև: Փոխանակումը նման է այն բանին, թե ինչպես է տվյալների բազայի կառուցվածքը ներմուծվում JAM պահեստ անմիջապես տվյալների բազայից: Տարբերությունն այն է, որ պահեստների միջև փոխանակումը երկկողմանի է:

Բացի JAM/CASEi մոդուլներից, կա նաև JAM/CASEi Developer's Kit մոդուլ, օգտագործելով այս մոդուլը, դուք կարող եք ինքնուրույն մշակել ինտերֆեյս (այսինքն՝ մասնագիտացված JAM/CASEi մոդուլ) կոնկրետ CASE գործիքի համար, եթե կա: պատրաստի JAM/CASEi մոդուլը դրա համար գոյություն չունի:

Կա ինտերֆեյս, որն իրականացնում է Silverrun CASE գործիքի և JAM-ի փոխազդեցությունը: Այն փոխանցում է տվյալների բազայի սխեման և հավելվածի էկրանի ձևերը Silverrun-RDM CASE գործիքի և JAM 7.0 տարբերակի միջև; ունի երկու գործառնական ռեժիմ.

1) ուղղակի ռեժիմը (Silverrun-RDM->JAM) նախատեսված է CASE բառարանի օբյեկտների և JAM պահեստի տարրերի ստեղծման համար՝ հիմնված Silverrun-RDM-ում սխեմաների ներկայացման վրա: Silverrun-RDM-ում ինտերֆեյսի տվյալների մոդելների ներկայացման հիման վրա ստեղծվում են էկրաններ և JAM պահեստային տարրեր: Կամուրջը փոխակերպում է RDM հարաբերական սխեմաների աղյուսակները և հարաբերությունները համապատասխան տեսակի JAM օբյեկտների հաջորդականության: Silverrun-RDM-ում ինտերֆեյսի տվյալների մոդելների կառուցման մեթոդաբանությունը ներառում է հավելվածի էկրանների նախատիպավորման համար ենթաշղթայի մեխանիզմի օգտագործումը: Ելնելով RDM ենթասխեմաներից յուրաքանչյուրի նկարագրությունից՝ կամուրջը առաջացնում է JAM էկրանի ձև;

2) հակադարձ ռեժիմը (JAM->Silverrun-RDM) նախատեսված է CASE բառարանի օբյեկտների փոփոխությունները Silverrun-RDM հարաբերական մոդելին փոխանցելու համար:

Reengineering ռեժիմը թույլ է տալիս նախկինում RDM-ից ներմուծված JAM էկրանի բոլոր հատկությունների փոփոխությունները փոխանցել Silvcrrun սխեմային: Տվյալների բազայի ամբողջականությունը վերահսկելու համար անթույլատրելի են սխեմայի փոփոխությունները աղյուսակների և աղյուսակների դաշտերի ավելացման կամ ջնջման տեսքով:

JAM միջուկն ունի ներկառուցված ինտերֆեյս կոնֆիգուրացիայի կառավարման գործիքների համար (PVCS Windows հարթակում և SCCS UNIX հարթակում): Էկրանի գրադարանները և/կամ պահոցները փոխանցվում են այս համակարգերի հսկողության ներքո: Նման համակարգերի բացակայության դեպքում JAM-ն ինքնուրույն իրականացնում է որոշ գործառույթներ՝ աջակցելու խմբի զարգացմանը:

MS-Windows հարթակում JAM-ն ունի ներկառուցված ինտերֆեյս PVCS-ի համար, և առբերման/ստուգման գործողությունները կատարվում են անմիջապես JAM միջավայրից:

Vantage Team Builder (Westmount I-CASE): Vantage Team Builder-ը ինտեգրված ծրագրային արտադրանք է, որը նախատեսված է ջրվեժի կյանքի ցիկլի մոդելն իրականացնելու և ամբողջությամբ աջակցելու համար:

Vantage Team Builder-ն ապահովում է հետևյալ գործառույթները.

1. Տվյալների հոսքի դիագրամների, սուբյեկտ-հարաբերությունների դիագրամների, տվյալների կառուցվածքների, ծրագրի բլոկային դիագրամների և էկրանի ձևերի հաջորդականությունների նախագծում.

2. Համակարգի ճարտարապետության դիագրամների նախագծում - SAD (հաշվողական գործիքների կազմի և հաղորդակցության նախագծում, համակարգային առաջադրանքների բաշխում հաշվողական գործիքների միջև, հաճախորդ-սերվեր հարաբերությունների մոդելավորում, գործարքների կառավարիչների և համակարգերի գործունեության առանձնահատկությունների վերլուծություն իրական ժամանակում);

3. ծրագրային կոդի ստեղծում թիրախային DBMS-ի լեզվով` ծրագրային միջավայրի ամբողջական աջակցությամբ և SQL կոդի ստեղծմամբ տվյալների բազայի աղյուսակներ, ինդեքսներ, ամբողջականության սահմանափակումներ և պահվող ընթացակարգեր ստեղծելու համար;

4. ծրագրավորում C լեզվով ներկառուցված SQL-ով;

5. Ծրագրի տարբերակների և կոնֆիգուրացիայի կառավարում;

6. բազմակի օգտատերերի մուտք դեպի նախագծի շտեմարան;

7. նախագծային փաստաթղթերի ստեղծում՝ օգտագործելով ստանդարտ և անհատական ​​ձևանմուշներ.

8. Ծրագրի տվյալների արտահանում և ներմուծում CDIF ձևաչափով (CASE Data Interchange Format):

Vantage Team Builder-ը գալիս է տարբեր կոնֆիգուրացիաներով՝ կախված օգտագործվող DBMS-ից (ORACLE, Informix, Sybase կամ Ingres) կամ հավելվածների մշակման գործիքներից (Uniface): Vantage Team Builder-ը Uniface-ի կոնֆիգուրացիայի համար տարբերվում է մնացածից իր մասնակի կենտրոնացումով պարուրաձև կյանքի ցիկլի մոդելի վրա՝ իր արագ նախատիպային հնարավորությունների շնորհիվ: AIS նախագիծը նկարագրելու համար օգտագործվում է դիագրամների մեծ հավաքածու:

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

DFD տվյալների հոսքի դիագրամներ կառուցելիս վերահսկվում է դիագրամների համապատասխանությունը տարրալուծման տարբեր մակարդակներում: DFD-ի վերին մակարդակի ճիշտությունը վերահսկվում է՝ օգտագործելով ELM իրադարձությունների ցանկի մատրիցը: Կոմպոզիտային տվյալների հոսքերի տարրալուծումը վերահսկելու համար օգտագործվում են դրանց նկարագրության մի քանի տարբերակներ՝ ձևով տվյալների կառուցվածքի դիագրամներ DSD կամ նշումներ BNF (Backus - Naur ձև):

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

Տվյալների մոդելը ERD-ի տեսքով կառուցելիս այն նորմալացվում է և ներդրվում է տվյալների տարրերի և աղյուսակների ֆիզիկական անվանումների սահմանումը, որոնք կօգտագործվեն հատուկ DBMS-ի ֆիզիկական տվյալների սխեմայի ստեղծման գործընթացում: Հնարավոր է որոշել սուբյեկտների և դաշտերի այլընտրանքային բանալիները, որոնք կազմում են աղյուսակի լրացուցիչ մուտքի կետերը (ինդեքսի դաշտերը) և սուբյեկտների միջև հարաբերությունների հզորությունը:

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

Ծրագրի փաստաթղթերը պատրաստելու համար կարող են օգտագործվել FrameMaker, Interleaf կամ Word Perfect հրատարակչական համակարգերը: Ծրագրի փաստաթղթերի կառուցվածքը և կազմը կազմաձևված են սահմանված ստանդարտներին համապատասխան: Անհատականացումը կատարվում է առանց դիզայներական լուծումների փոփոխության:

Խոշոր AIS մշակելիս ամբողջ համակարգը, որպես ամբողջություն, համապատասխանում է մեկ նախագծի՝ որպես Vantage Team Builder կատեգորիա: Նախագիծը կարող է տրոհվել մի շարք համակարգերի, որոնցից յուրաքանչյուրը համապատասխանում է որոշ համեմատաբար ինքնավար AIS ենթահամակարգի և մշակվում է մյուսներից անկախ: Հետագայում նախագծային համակարգերը կարող են ինտեգրվել:

AIS-ի նախագծման գործընթացը՝ օգտագործելով Vantage Team Builder-ը, իրականացվում է չորս հաջորդական փուլերի (փուլերի) տեսքով. վերլուծություն, ճարտարապետություն, դիզայնԵվ իրականացում,այս դեպքում յուրաքանչյուր փուլի ավարտված արդյունքները ամբողջությամբ կամ մասամբ տեղափոխվում են (ներմուծվում) հաջորդ փուլ։ Բոլոր դիագրամները, բացառությամբ ERD-ի, փոխակերպվում են այլ տեսակի կամ փոխում են իրենց տեսքը ընթացիկ փուլի բնութագրերին համապատասխան: Այսպիսով, DFD-ները ճարտարապետության փուլում վերածվում են SAD-ների, DSD-ները DTD-ների: Ներմուծումն ավարտվելուց հետո նախորդ փուլի հետ տրամաբանական կապը խզվում է, այսինքն՝ դիագրամներում կարող են կատարվել բոլոր անհրաժեշտ փոփոխությունները:

Vantage Team Builder-ը Uniface-ի կոնֆիգուրացիայի համար ապահովում է երկու համակարգերի համօգտագործում մեկ տեխնոլոգիական նախագծման միջավայրում, մինչդեռ տվյալների բազայի սխեմաները (SQL մոդելները) փոխանցվում են Uniface-ի պահոց, և հակառակը, Uniface-ի գործիքներով ստեղծված հավելվածների մոդելները կարող են տեղափոխվել Vantage: Team Builder պահեստ. Երկու համակարգերի շտեմարանների միջև հնարավոր անհամապատասխանությունները վերացվում են հատուկ կոմունալ ծրագրի միջոցով: Էկրանի ձևերի մշակումը Uniface միջավայրում իրականացվում է SQL մոդելի ներմուծումից հետո FSD ձևերի հաջորդականության դիագրամների հիման վրա: Այս կոնֆիգուրացիայի հիման վրա AIS մշակելու տեխնոլոգիան ներկայացված է Նկ. 2.23.

Թիրախային DBMS-ում պահվող պահեստի կառուցվածքը և Vantage Team Builder ինտերֆեյսները բաց են, ինչը սկզբունքորեն թույլ է տալիս ինտեգրվել ցանկացած այլ գործիքների հետ:

Uniface. Compuware արտադրանքը մշակման միջավայր է լայնածավալ հավելվածների համար հաճախորդ-սերվեր ճարտարապետության մեջ և ունի հետևյալ բաղադրիչ ճարտարապետությունը.

1. Application Objects Repository-ը (կիրառական օբյեկտների պահոցը) պարունակում է մետատվյալներ, որոնք ավտոմատ կերպով օգտագործվում են բոլոր մյուս բաղադրիչների կողմից AIS-ի կյանքի ցիկլի ընթացքում (կիրառման մոդելներ, տվյալների նկարագրություններ, բիզնես կանոններ, էկրանի ձևեր, գլոբալ օբյեկտներ և կաղապարներ): Պահեստը կարող է պահվել Uniface-ի կողմից աջակցվող տվյալների բազաներից որևէ մեկում;

Բրինձ. 2.23.Փոխազդեցություն Vantage Team Builder-ի և Uniface-ի միջև

2. Application Model Manager-ն աջակցում է հավելվածների մոդելներին (E-R մոդելներ), որոնցից յուրաքանչյուրը ներկայացնում է տվյալների բազայի ընդհանուր սխեմայի ենթաբազմությունը տվյալ հավելվածի տեսանկյունից և ներառում է համապատասխան գրաֆիկական խմբագրիչ;

3. Rapid Application Builder - գործիք՝ հավելվածի մոդելի օբյեկտների հիման վրա էկրանի ձևաթղթերի և հաշվետվությունների արագ ստեղծման համար: Ներառում է գրաֆիկական ձևերի խմբագիր, նախատիպի ձևավորում, վրիպազերծում, փորձարկում և փաստաթղթավորման գործիքներ: Գործող գրաֆիկական միջերեսների համար ներդրվել է ինտերֆեյս՝ տարբեր տեսակի պատուհանների կառավարիչներով Open Widget Interface՝ MS Windows (ներառյալ VBX), Motif, OS/2: Universal Presentation Interface-ը թույլ է տալիս օգտագործել հավելվածի նույն տարբերակը տարբեր գրաֆիկական ինտերֆեյսներում՝ առանց ծրագրի կոդը փոխելու.

4. Մշակողների ծառայություններն օգտագործվում են խոշոր նախագծերին աջակցելու և տարբերակների վերահսկման (Uniface Version Control System), մուտքի իրավունքներ (լիազորությունների տարանջատում), գլոբալ փոփոխություններ և այլն իրականացնելու համար: Սա ծրագրավորողներին տրամադրում է գործիքներ զուգահեռ ձևավորման, մուտքային և ելքային վերահսկման, որոնման, տարբերակների կառավարման համակարգի տվյալների վերաբերյալ հաշվետվությունների դիտում, պահպանում և թողարկում.

5. Տեղակայման կառավարիչ (հավելվածի բաշխման կառավարում) - գործիքներ, որոնք թույլ են տալիս պատրաստել ստեղծված հավելվածը բաշխման, տեղադրել և պահպանել այն (այս դեպքում օգտագործողի հարթակը կարող է տարբերվել մշակողի հարթակից): Դրանք ներառում են ցանցային դրայվերներ և DBMS դրայվերներ, հավելվածների սերվեր (պոլիսերվեր), հավելվածների բաշխման և տվյալների բազայի կառավարման գործիքներ: Uniface-ն ապահովում է ինտերֆեյս գրեթե բոլոր հայտնի ապարատային և ծրագրային հարթակների, DBMS-ի, CASE գործիքների, ցանցային արձանագրությունների և գործարքների կառավարիչների հետ;

6. Անձնական շարքերը (անձնական գործիքներ) օգտագործվում են գրաֆիկական ձևով բարդ հարցումներ և հաշվետվություններ ստեղծելու համար (Personal Query and Personal Access - PQ/PA), ինչպես նաև տվյալների փոխանցման համակարգեր, ինչպիսիք են WinWord-ը և Excel-ը;

7. Distributed Computing Manager - ինտեգրման գործիք Tuxedo, Encina, CICS, OSF DCE գործարքների կառավարիչների հետ:

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

Uniface 7 բաղադրիչները ներառում են.

1. Uniface Application Server - կիրառական սերվեր բաշխված համակարգերի համար;

2. WebEnabler - սերվերային ծրագրակազմ ինտերնետում և ինտրանետում հավելվածներ գործարկելու համար;

3. Name Server - սերվերի ծրագրակազմ, որն ապահովում է բաշխված հավելվածի ռեսուրսների օգտագործումը;

4. PolyServer - տվյալների հասանելիության և տարբեր համակարգերի ինտեգրման գործիք:

Աջակցվող DBMS-ների ցանկը ներառում է DB2, VSAM և IMS; PolyServer-ը նաև ապահովում է փոխազդեցություն MVS OS-ի հետ:

Դիզայներ / 2000 + Մշակող / 2000 թ. Designer/2000 2.0-ը ORACLE-ից ինտեգրված CASE գործիք է, որը հավելվածների մշակման Developer/2000 գործիքների հետ միասին ապահովում է ORACLE DBMS օգտագործող համակարգերի ծրագրային ապահովման ամբողջական կյանքի ցիկլի աջակցություն:

Designer/2000-ը մեթոդոլոգիաների և դրանց աջակցող ծրագրային արտադրանքների ընտանիք է: Հիմնական մեթոդաբանություն Designer/2000 (CASE*Method) համակարգի նախագծման կառուցվածքային մեթոդաբանություն է, որն ամբողջությամբ ընդգրկում է AIS-ի կյանքի ցիկլի բոլոր փուլերը: Պլանավորման փուլում որոշվում են համակարգի ստեղծման նպատակները, առաջնահերթությունները և սահմանափակումները, մշակվում է համակարգի ճարտարապետությունը և ՀՏՀ զարգացման պլանը։ Վերլուծության գործընթացում կառուցվում են հետևյալը. տեղեկատվական կարիքների մոդել (սուբյեկտ-հարաբերությունների դիագրամ), ֆունկցիոնալ հիերարխիայի դիագրամ (հիմնված AIS ֆունկցիոնալ տարրալուծման վրա), խաչաձև հղումային մատրիցա և տվյալների հոսքի դիագրամ:

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

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

Designer/2000-ը տրամադրում է գրաֆիկական ինտերֆեյս՝ առարկայական տարածքի տարբեր մոդելների (դիագրամների) մշակման համար: Մոդելների կառուցման գործընթացում դրանց մասին տեղեկատվությունը մուտքագրվում է պահեստ: Designer/2000 ներառում է հետևյալ բաղադրիչները.

AIS դիզայն

Մանրամասն զարգացում համակարգի նախագծում, որը պարունակում է իր կազմակերպչական, նախագծային, տեխնոլոգիական և գործառնական փաստաթղթերի ամբողջական փաթեթը: ԳՕՍՏ 34.601-90-ի համաձայն: Ավտոմատացված համակարգերի նախագծումը ներառում է մի շարք փուլերի իրականացում, այդ թվում՝ ՀԾ պահանջների ձևավորում, ՀԾ հայեցակարգի մշակում, տեխնիկական բնութագրերի մշակում, նախնական նախագծում, տեխնիկական նախագծում և աշխատանքային փաստաթղթերի մշակում: ՀԾ-ի ստեղծման փուլերը, բացի նախագծումից, ներառում են նաև ՀԾ-ի գործարկում և սպասարկում: Յուրաքանչյուր փուլ բաժանված է փուլերի. Սույն ստանդարտի հավելվածները սահմանում են նաև.

· Աշխատանքին մասնակցող կազմակերպությունների տեսակների ցանկ.

Կախված նախագծման օբյեկտի բնույթից և դրա հատուկ պայմաններից, ԳՕՍՏ 34.601-90-ը թույլ է տալիս բացառել առանձին փուլերը, ինչպես նաև դրանց համակցությունը: Հաշվի առնելով Ռուսաստանում երկարաժամկետ պրակտիկան ավտոմատ տեղեկատվական համակարգեր ստեղծելիս (« AIS») սովորաբար իրականացվում են նախագծման հետևյալ փուլերը՝ նախանախագծային հետազոտություն, հայեցակարգային նախագծում, նախնական նախագծում, տեխնիկական նախագծում և մանրամասն նախագծում: Բարձրախոսների դիզայնի տարբեր ասպեկտները կարգավորող պետական ​​այլ ստանդարտներ.

· ԳՕՍՏ 34.602-89 Ավտոմատացված համակարգերի ստանդարտների հավաքածու: Ավտոմատացված համակարգի ստեղծման տեխնիկական առաջադրանք. Մուտքագրվել է 01/01/90:

· Ստանդարտ 34.603-92 Տեղեկատվական տեխնոլոգիաներ. AC թեստերի տեսակները.

· Ստանդարտներ 34. (971, 972,973, 974, 981) - 91 Տեղեկատվական տեխնոլոգիաներ. Բաց համակարգերի փոխկապակցում.

· Ստանդարտ 34.91. Ինֆորմացիոն տեխնոլոգիա. Տեղական ցանցեր և այլն:

Նախանախագծային հարցում- Ավտոմատացման օբյեկտի գործունեության կազմակերպման և առանձնահատկությունների մասին տեղեկատվության հավաքագրում և մշակում, ներառյալ արտաքին միջավայրի և այլ օբյեկտների հետ դրա փոխազդեցության, ինչպես նաև իրագործման մասին տվյալները. համակարգի վերլուծություն, ավտոմատացման տեխնիկատնտեսական հիմնավորման մշակում և ավտոմատացված համակարգի մշակման ընդհանուր պահանջների մշակում։ Ավտոմատացման օբյեկտի նախանախագծային ստուգման ընթացքում աշխատանքի բովանդակությունը համապատասխանում է «Ավտոմատացված համակարգի պահանջների ձևավորում» ԳՕՍՏ 34.601-90 փուլին, փուլեր. «Օբյեկտի ստուգում և ավտոմատացված համակարգ ստեղծելու անհրաժեշտության հիմնավորում. », «Ավտոմատացված համակարգի համար օգտագործողների պահանջների ձևավորում», «Կատարված աշխատանքի վերաբերյալ հաշվետվության ձևավորում և ՀԾ-ի մշակման հայտ՝ մարտավարական և տեխնիկական բնութագրեր»:

Կոնցեպտուալ դիզայն- Համապատասխանում է ԳՕՍՏ 34.601-90-ի համաձայն նախագծման փուլերին - «ԱԷԿ-ի հայեցակարգի մշակում» (փուլեր. «ԱԷԿ-ի հայեցակարգի տարբերակների մշակում և օգտագործողին բավարարող ԱԷԿ հայեցակարգի տարբերակի ընտրություն», «Զեկույցի պատրաստում. կատարված աշխատանքը») և «Տեխնիկական բնութագրերի մշակում»: Այս փուլում աշխատանքի վերջնական փաստաթղթերի տեսակներն են նախնական նախագիծ(օգտագործվում են նաև անուններ - « Կոնցեպտուալ դիզայն ”, “Պիլոտային նախագիծ") կամ Ծրագիրստեղծելով համակարգ, որը ներառում է.

· Ավտոմատացման օբյեկտի սկզբնական վիճակի և այն միջավայրի համառոտ նկարագրությունը, որտեղ այն գործում է.

· Հիմնական նպատակների և ավտոմատացման առաջադրանքների ցանկի նշում;

· Ստեղծվող համակարգի կառուցման ընտրված տարբերակի (կամ տարբերակների) ընդլայնված կազմակերպչական և գործառական կառուցվածքի նկարագրությունը.

· տեխնիկատնտեսական հիմնավորում;

· Ինտեգրված նկարագրություն և տեղեկատվական և լեզվական աջակցության գործիքների հիմնական պահանջներ;

· Ծրագրային ապահովման և սարքավորումների ընդհանուր պահանջներ;

· Համակարգի ստեղծման փուլերի, դրանց իրականացման ժամկետների, կատարողների կազմի և դրանց իրականացման ակնկալվող արդյունքների ցանկը և ընդլայնված բնութագրերը.

· Աշխատանքի արժեքի ցուցանիշների նախնական գնահատում;

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

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

Տեխնիկական դիզայն -Բարձրախոսների համակարգի նախագծման աշխատանքների փուլը, որը ներառում է.

· Համակարգի և դրա մասերի նախագծային լուծումների մշակում;

· ԱԷԿ-ի և դրա մասերի փաստաթղթերի մշակում;

· ԱԷԿ-ը լրացնելու համար արտադրանքի մատակարարման փաստաթղթերի մշակում և կատարում և/կամ դրանց մշակման տեխնիկական պահանջները (տեխնիկական բնութագրերը).

· Ավտոմատացման օբյեկտի նախագծի հարակից մասերում նախագծային առաջադրանքների մշակում.

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

Մանրամասն դիզայն- Եզրափակիչ փուլ դիզայն, որը, ի լրումն ԳՕՍՏ 34.601-90-ով պահանջվող համակարգի և դրա մասերի աշխատանքային փաստաթղթերի մշակմանը, ընդհանուր առմամբ նախատեսում է նախորդ փուլերի արդյունքների պարզաբանում և մանրամասնում, նախատիպի և/կամ փորձնական արդյունաբերական մոդելի ստեղծում և փորձարկում։ ավտոմատացման օբյեկտի, ծրագրային ապահովման արտադրանքի, տեխնոլոգիական և գործառնական փաստաթղթերի մշակում և փորձարկում: Արդյունքները ներկայացված են բանվորկամ տեխնիկական աշխատանքի նախագիծ. Ժամանակակից դիզայներական պրակտիկայում ավտոմատացված տեղեկատվական համակարգեր(Օրինակ, ABIS, ԱՍՆՏԻ, ACSև այլն) այն ընկերության, կազմակերպության կամ ծառայության աշխատանքում դրանց իրականացման սկզբնական փուլն է, որը հանդիսանում է նախագծի հաճախորդը կամ մայրը մի շարք այլ ավտոմատացված ընկերություններում, կազմակերպություններում, ծառայություններում և այլն:

Մշակման (դիզայնի) ցիկլ) ծրագրային ապահովում -Զարգացման փուլերի շարք ծրագրային ապահովումսկսած համակարգի վերլուծությունև նախնական պահանջների մշակում մինչև դրա իրականացումը:

AIS դիզայնի սկզբունքները- AIS-ի ստեղծման և շահագործման բազմամյա փորձառությամբ սահմանված կանոնների կամ պահանջների մի շարք: Ամենատարածվածներն են.

· Ինքնություն- նորի մշակումը, գոյություն ունեցողի կատարելագործումը կամ արտաքինից ստացված AIS-ի ներդրումը գիտական ​​և տեխնիկական խնդիրներ են, որոնք բովանդակությամբ նման են, միմյանցից տարբերվում են միայն մի շարք փուլերի և ժամանակային պարամետրերի բովանդակությամբ. ;

· Արտադրականությունավտոմատացված տեխնոլոգիա նշանակում է նոր տեխնոլոգիայի մշակում կամ գոյություն ունեցողի արդիականացում AIS-ի պայմաններում և թույլ չի տալիս մշակված ծրագրային ապահովման և սարքավորումների պարզ օգտագործումը հին ավանդական տեխնոլոգիաների պայմաններում.

· Զարգացման և զարգացման շարունակականությունը, փուլայինությունը և շարունակականությունը: AIS-ը համակարգեր են, որոնք մշտապես զարգանում են դրանց հիման վրա. յուրաքանչյուր նորարարություն ծառայում է որպես համակարգի հիմնական սկզբունքների և արդեն իսկ ձեռք բերված որակի մշակում.

· Հարմարվողականություն: AIS բաղադրիչները պետք է ունենան հատկություններ, որոնք ապահովում են այդ բաղադրիչների արագ հարմարեցումը արտաքին միջավայրի և նոր միջոցների փոփոխություններին.

· Ծրագրային ապահովման և սարքավորումների կառուցման մոդուլային սկզբունք: ենթադրում է, որ այդ գործիքների կազմը բաղկացած է բլոկներից («մոդուլներ»), որոնք ապահովում են դրանք փոխարինելու կամ փոխելու հնարավորություն՝ AIS-ի գործունեությունը բարելավելու կամ նոր պայմաններին հարմարվելու համար.

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

· Գործընթացների ամբողջական նորմալացում և դրանց մոնիտորինգ: AIS տեղեկատվության բազմաֆունկցիոնալ օգտագործումը պահանջում է համակարգում տվյալների բարձր հուսալիության ապահովում: Դա անելու համար տեղեկատվական փաստաթղթերի մշակման և մուտքագրման տարբեր փուլերում անհրաժեշտ է օգտագործել տեղեկատվական հսկողության տարբեր ձևեր, որոնց պահանջները կարող են ձևավորվել լուծվող խնդիրների և մշակվող տվյալների կազմից: Մշտական ​​մոնիտորինգ անհրաժեշտ է նաև ներկառուցված և հատուկ մշակված խելացի վիճակագրության գործիքների վրա հիմնված AIS-ի գործունեության որակական և քանակական բնութագրերը ստանալու համար.

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

· Տնտեսական նպատակահարմարություն: AIS-ի ստեղծումը պետք է ներառի այնպիսի նախագծային լուծումների ընտրություն (ներառյալ ծրագրային, տեխնիկական և կազմակերպչական-տեխնոլոգիական), որոնք, սահմանված նպատակներին և խնդիրներին հասնելու դեպքում, ապահովում են ֆինանսական, նյութական և աշխատանքային ռեսուրսների ծախսերի նվազագույնի հասցնել:

· Դիզայնային լուծումների տիպավորում AIS-ի և դրանց ցանցերի զարգացումն ու զարգացումն իրականացվում է կենտրոնանալով միջգրադարանային համագործակցության և համագործակցության վրա, ինչպես նաև տեղեկատվության միջազգային փոխանակման կանոններին և արձանագրություններին համապատասխան.

· Պատրաստի լուծումների առավելագույն օգտագործումը AIS-ի մշակման և ներդրման ծախսերն ու ժամանակը նվազեցնելու, ինչպես նաև համակարգի ընդհանուր և դրա առանձին բաղադրիչների նախագծման սխալները նվազեցնելու համար խորհուրդ է տրվում հնարավորինս օգտագործել պատրաստի լուծումներ և գործիքներ: Այս պլանում, նոր համակարգ ստեղծելիս, աշխատանքի զգալի ծավալը կապված է հնարավոր լուծումների այլընտրանքային տարբերակների վերլուծության, ավտոմատացման օբյեկտի համար առավել համապատասխանի ընտրության և կիրառման նոր պայմաններին դրա հարմարեցման հետ.

· Կորպորատիվ ոգիԱվելի բարձր մակարդակի համակարգի (քաղաք, բաժին, հանրապետություն և այլն) մաս կազմող ավտոմատացված համակարգ նախագծելիս պետք է ապահովվի դրա ապարատային, ծրագրային, լեզվական և տեղեկատվական համատեղելիությունը համակարգի և/կամ AIS ցանցի այլ մասնակիցների հետ: Կորպորատիզմի պահանջները կարող են հակասել այլ սկզբունքներով թելադրված պահանջներին կամ որոշումներին, օրինակ՝ դիզայնի որոշումների շարունակականությանը.

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

ԿԱՐԳԱՎՈՐՄԱՆ ԵՎ ՄԵԹՈԴԱԿԱՆ ԱՋԱԿՑՈՒԹՅՈՒՆ ԱՍԻ ՍՏԵՂԾՄԱՆ ՀԱՄԱՐ.

AIS դիզայնի հիմնական հասկացությունները

Ընդհանուր առմամբ AIS-ը ներառում է՝ օգտագործող (սպառող), տեղեկատվական ռեսուրսներ, տեղեկատվության կրիչներ, տեղեկատվության հավաքման, պահպանման, մշակման և տեղեկատվության փոխանցման միջոցներ:

AIS-ի նախագծումը հիմնված է երկու փոխկապակցված բաղադրիչների վրա.

Դիզայնի ստանդարտներ;

Դիզայնի մեթոդաբանություն.

AIS-ի նախագծման հիմնական հասկացությունները, մոտեցումները և սահմանումները կարգավորվում են դիզայնի և ծրագրային փաստաթղթերի երեք տեսակներով.

1. նախագծային փաստաթղթերի միասնական համակարգ (ESKD);
2. Ծրագրային փաստաթղթերի միասնական համակարգ (USPD);
3. AIS-ի համար ուղեցույց փաստաթղթերի մի շարք:

Նախագծային փաստաթղթերի կազմը ստանդարտների և ուղեցույցների մի շարք է, որը հիմնված է AIS ԳՕՍՏ 24.104-85, ԳՕՍՏ 34.003-90, ԳՕՍՏ 34.201-90, որը ներառում է տեղեկատվական տեխնոլոգիաների և ավտոմատացված համակարգերի ուղեցույցներ, ինչպես նաև փաստաթղթերի բովանդակության պահանջներ:

Դիզայնի նպատակն է բացահայտել համեմատաբար պարզ ներքին կառուցվածքը, որը կոչվում է համակարգի ճարտարապետություն:

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

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

Տնտեսական համարհամակարգեր, EIS նախագիծ ասելով մենք հասկանում ենք նախագծային և ինժեներական փաստաթղթերը, որոնք տրամադրում են նախագծային լուծումների նկարագրություն EIS-ի ստեղծման և շահագործման համար հատուկ ծրագրային և ապարատային միջավայրում:

EIS նախագծովհասկանում է նախագծային օբյեկտի մասին մուտքային տեղեկատվության փոխակերպման գործընթացը, նախագծման մեթոդները և ԳՕՍՏ-ին համապատասխան նմանատիպ նպատակի օբյեկտների նախագծման փորձը EIS նախագծի: Այս տեսանկյունից EIS-ի նախագծումը հանգում է EIS-ի կյանքի ցիկլի տարբեր փուլերում նախագծային լուծումների հետևողական ձևավորմանը՝ պլանավորում և պահանջների վերլուծություն, տեխնիկական և մանրամասն նախագծում, EIS-ի իրականացում և շահագործում:

Դիզայնի օբյեկտներ EIS-ը առանձին տարրեր են կամ դրանց ֆունկցիոնալ և օժանդակ մասերի համալիրներ: Այսպիսով, ֆունկցիոնալ տարրերը, ըստ ավանդական տարրալուծման, առաջադրանքներ են, առաջադրանքների հավաքածուներ և կառավարման գործառույթներ: Որպես EIS-ի օժանդակ մասի մաս, դիզայնի օբյեկտները համակարգի տեղեկատվական, ծրագրային և ապարատային աջակցության տարրերն ու դրանց համալիրներն են:

Որպես առարկա EIS-ի նախագծումը ներառում է մասնագետների թիմեր, որոնք իրականացնում են նախագծային գործունեություն, սովորաբար որպես մասնագիտացված (նախագծային) կազմակերպության մաս, և հաճախորդի կազմակերպություն, որի համար անհրաժեշտ է մշակել EIS: Մշակվող համակարգերի մասշտաբը որոշում է նախագծման գործընթացի մասնակիցների կազմը և թիվը: Մեծ ծավալով և նախագծային աշխատանքներն ավարտելու խիստ ժամկետներով, մի քանի նախագծային թիմեր (զարգացնող կազմակերպություններ) կարող են մասնակցել համակարգի մշակմանը: Այս դեպքում հայտնաբերվում է մայր կազմակերպություն, որը համակարգում է բոլոր համատեղ կատարող կազմակերպությունների գործունեությունը:

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

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

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

Մեթոդաբանություն (հայեցակարգ + մեթոդ)

Գործիքների կազմակերպում

դիզայնի դիզայն

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

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

Այսպիսով, նախագծման տեխնոլոգիան սահմանվում է որոշակի մեթոդի հիման վրա նախագծի ստեղծման գործընթացում կատարված տեխնոլոգիական գործողությունների կանոնակարգված հաջորդականությամբ, որի արդյունքում պարզ կդառնա ոչ միայն ԻՆՉ պետք է արվի նախագիծը ստեղծելու համար, այլև ԻՆՉՊԵՍ, ՈՒՄ և ԻՆՉ ՀԵՐԹԱԿԱՆՈՒԹՅԱՆ ՀԵՐԹԱԿԱՆՈՒԹՅԱՆ դա պետք է արվի։

Ցանկացած ընտրված նախագծման տեխնոլոգիայի առարկան պետք է լինի EIS-ի կյանքի ցիկլի բոլոր փուլերում փոխկապակցված նախագծման գործընթացների արտացոլումը:

Ընտրված դիզայնի տեխնոլոգիայի հիմնական պահանջները ներառում են հետևյալը.

Այս տեխնոլոգիայով ստեղծված նախագիծը պետք է համապատասխանի հաճախորդի պահանջներին.

Ընտրված տեխնոլոգիան պետք է հնարավորինս արտացոլի ծրագրի կյանքի ցիկլի բոլոր փուլերը.

Ընտրված տեխնոլոգիան պետք է ապահովի նվազագույն աշխատուժի և ծախսերի ծախսերը նախագծման և ծրագրի աջակցության համար.

Տեխնոլոգիան պետք է լինի նախագծման և նախագծի պահպանման միջև կապի հիմքը.

Տեխնոլոգիան պետք է օգնի բարձրացնել դիզայներների արտադրողականությունը.

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

Տեխնոլոգիան պետք է նպաստի նախագծային փաստաթղթերի հեշտ պահպանմանը:

EIS նախագծման տեխնոլոգիայի հիմքը մեթոդաբանություն է, որը որոշում է էությունը, հիմնական տարբերակիչ տեխնոլոգիական առանձնահատկությունները:

Դիզայնի մեթոդաբանությունենթադրում է որոշակի հայեցակարգի, նախագծման սկզբունքների առկայություն, որոնք իրականացվում են նախագծման մեթոդների մի շարքով, որոնք, իրենց հերթին, պետք է ապահովվեն որոշակի նախագծային գործիքներով:

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

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

Այո, ըստ աստիճանի ավտոմատացումԴիզայնի մեթոդները բաժանվում են մեթոդների.

ձեռքով դիզայն, որում EIS բաղադրիչների նախագծումն իրականացվում է առանց հատուկ ծրագրային գործիքների օգտագործման, իսկ ծրագրավորումը կատարվում է ալգորիթմական լեզուներով.

համակարգչային դիզայն, որը ստեղծում կամ կարգավորում (ստեղծում է) նախագծային լուծումներ՝ հատուկ ծրագրային գործիքների օգտագործման հիման վրա։

Ելնելով ստանդարտ նախագծային լուծումների օգտագործման աստիճանից, առանձնանում են նախագծման հետևյալ մեթոդները.

Բնօրինակ (անհատական) դիզայն, երբ նախագծային լուծումները մշակվում են «զրոյից»՝ EIS-ի պահանջներին համապատասխան.

Ստանդարտ դիզայն, որը ներառում է EIS-ի կազմաձևումը պատրաստի ստանդարտ նախագծային լուծումներից (ծրագրային մոդուլներ):

EIS-ի բնօրինակ (անհատական) դիզայնը բնութագրվում է նրանով, որ բոլոր տեսակի նախագծային աշխատանքները կենտրոնացած են յուրաքանչյուր օբյեկտի համար անհատական ​​նախագծեր ստեղծելու վրա, որոնք առավելագույնս արտացոլում են դրա բոլոր հատկանիշները:

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

Ըստ նախագծային լուծումների հարմարվողականության աստիճանի՝ նախագծման մեթոդները դասակարգվում են մեթոդների.

Վերակառուցում, երբ նախագծային լուծումների հարմարեցումն իրականացվում է համապատասխան բաղադրիչների մշակմամբ (վերածրագրավորման ծրագրային մոդուլներ);

Պարամետրիզացիա, երբ նախագծային լուծումները ճշգրտվում են (վերականգնվում) ըստ փոփոխված պարամետրերի.

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

Դիզայնի մեթոդների դասակարգման տարբեր բնութագրերի համադրությունը որոշում է օգտագործվող EIS նախագծման տեխնոլոգիայի բնույթը, որոնցից առանձնանում են երկու հիմնական.

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

Աղյուսակ 2.1 Դիզայնի տեխնոլոգիայի դասերի բնութագրերը

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

Դիզայնի գործիքները պետք է լինեն.

Իր դասում՝ անփոփոխ դիզայնի օբյեկտի նկատմամբ;

Ընդհանուր առմամբ ընդգրկում է EIS կյանքի ցիկլի բոլոր փուլերը.

Տեխնիկապես, ծրագրային ապահովման և տեղեկատվության համատեղելիություն;

Հեշտ է սովորել և օգտագործել;

Տնտեսապես իրագործելի:

EIS-ի նախագծման գործիքները կարելի է բաժանել երկու դասի՝ առանց համակարգչի օգտագործման և համակարգչի օգտագործման:

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

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

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

Այսպիսով, այս ենթադասի գործիքներն աջակցում են EIS-ի նախագծման անհատական ​​գործողություններին և կարող են օգտագործվել միմյանցից անկախ:

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

Տվյալների բազայի կառավարման համակարգեր (DBMS);

Կիրառական ծրագրերի մեթոդական փաթեթներ (ծրագրավորման դիսկրետ խնդիրների լուծում, մաթեմատիկական վիճակագրություն և այլն)

Սեղանի պրոցեսորներ;

Վիճակագրական ՊՄԳ;

Փորձագիտական ​​համակարգի պատյաններ;

Գրաֆիկական խմբագիր;

Տեքստի խմբագիրներ;

Ինտեգրված ծրագրակազմ (ինտերակտիվ միջավայր՝ ներկառուցված երկխոսության հնարավորություններով, որը թույլ է տալիս ինտեգրել վերը նշված ծրագրային գործիքները):

Թվարկված նախագծման գործիքները բնութագրվում են EIS-ի տեխնոլոգիական ենթահամակարգերի մշակման համար՝ տեղեկատվության մուտքագրում, տվյալների պահպանման և հասանելիության կազմակերպում, հաշվարկներ, տվյալների վերլուծություն և ցուցադրում, որոշումների կայացում:

Երրորդ ենթադասը ներառում է միջոցներ, որոնք ապահովում են EIS նախագծի հատվածների նախագծում. Այս ենթադասը ներառում է ֆունկցիոնալ նախագծման գործիքներ:

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

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

EIS նախագծման գործիքների չորրորդ ենթադասը ներառում է գործիքներ, որոնք աջակցում են նախագծի մշակմանը նախագծման գործընթացի փուլերում և փուլերում: Այս դասը ներառում է EIS նախագծման ավտոմատացման գործիքների ենթադաս (CASE գործիքներ):

Ժամանակակից CASE գործիքներն իրենց հերթին դասակարգվում են հիմնականում երկու չափանիշների համաձայն.

1) EIS-ի մշակման գործընթացում ընդգրկված փուլերով.

2) ըստ ինտեգրման աստիճանի՝ առանձին տեղական գործիքներ (գործիքներ), ոչ ինտեգրված գործիքների մի շարք, որոնք ընդգրկում են EIS-ի մշակման շատ փուլերը (գործիքակազմ) և լիովին ինտեգրված գործիքներ, որոնք կապված են ընդհանուր նախագծային տվյալների բազայի հետ՝ պահեստ (աշխատանքային սեղան):

AIS-ի նախագծումը ստեղծագործական գործընթաց է: Յուրաքանչյուր նախագիծ իր զարգացման ընթացքում անցնում է որոշակի վիճակներով՝ սկսած այն վիճակից, երբ «նախագիծը դեռ գոյություն չունի» մինչև այն վիճակը, երբ «նախագիծն այլևս գոյություն չունի»: Գաղափարի առաջացումից մինչև նախագծի ամբողջական ավարտը զարգացման փուլերի ամբողջությունը սովորաբար բաժանվում է փուլերի (փուլեր, փուլեր): Որոշ տարբերություններ կան փուլերի (փուլերի) քանակի և դրանց բովանդակության որոշման հարցում, բայց, այնուամենայնիվ, AIS-ի զարգացման կյանքի ցիկլի բովանդակության էությունը տարբեր մոտեցումներում նույնն է:

Դիզայնի տակպետք է հասկանալ ենթադրյալ կամ հնարավոր օբյեկտի նախատիպի ստեղծման գործընթացը։

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

Դեպի հիմնական դիզայնի գործիքներկարելի է վերագրել.

Ստանդարտ նախագծային լուծումներ (TDS) և կիրառական ծրագրային փաթեթներ (APP): TPR - ալգորիթմական և ծրագրային տարրերի մի շարք, որոնք ապահովում են առաջադրանքների կատարումը համակարգչում, օգտագործելով համապատասխան տեխնիկական միջոցներ.

Համակարգչային նախագծման (CAD) համակարգեր, որոնք ներառում են համակարգիչների օգտագործում AIS-ի ստեղծման բոլոր փուլերում:

Դիզայնի գործիքների ընդհանուր պահանջներ.

AIS-ի ստեղծման ողջ գործընթացի ամբողջական լուսաբանում;

Համատեղելիություն, այսինքն. հետևողականություն ինչպես համակարգի ստեղծման, այնպես էլ դրա գործունեության գործընթացում.

Բազմակողմանիություն, այսինքն. նույն միջոցները տարբեր առարկաների համար օգտագործելու ունակություն.

Սովորելու մատչելիություն և իրագործման պարզություն (պարզություն);

Համակարգի մշակողի, դիզայների և համակարգչի միջև ինտերակտիվ փոխազդեցության ռեժիմում նախագծման գործընթացը կազմակերպելու ունակություն.

Հարմարվողականություն և ծախսարդյունավետություն:

Ի թիվս նախագծման մեթոդներկարևորում:

Բնօրինակ դիզայն;

Ստանդարտ դիզայն և դրա տեսակները՝ տարրական, ենթահամակարգ, մոդուլային, խմբային;

Ավտոմատացված դիզայն.

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

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

Ռացիոնալ նախագծային ուղիների որոնումն իրականացվում է հետևյալ ուղղություններով.

1. կիրառական ծրագրային փաթեթներում (APP) ներդրված ստանդարտ նախագծային լուծումների մշակում՝ տնտեսական խնդիրները լուծելու համար՝ ՊՄԳ-ի հետագա կապակցմամբ իրականացման և շահագործման հատուկ պայմաններին.

2. ավտոմատացված նախագծային համակարգերի մշակում.

Առաջին ճանապարհը կիրառական ծրագրային փաթեթներում ներառված ստանդարտ դիզայներական լուծումների օգտագործման հնարավորությունն է:

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

1. Ստանդարտ նախագծման մեթոդի փոփոխությունը մեթոդն է տարրական ձևավորում, որի հիմքը TPR-ն է։ Նախագիծ մշակելիս օգտագործվում է պատրաստի լուծում՝ չնչին փոփոխություններով, այլ ոչ թե մշակվում է նորը:

2. Օգտագործելիս մոդուլային մեթոդ TPR-ները ստեղծվում են մոդուլային հիմունքներով, երբ յուրաքանչյուր նախագծային լուծում բաժանվում է առանձին բաղադրիչների՝ մոդուլների, որոնք իրականացնում են TPR-ի որոշակի մասը: Սա թույլ է տալիս ստեղծել նախագիծ նոր ավտոմատացված համակարգի համար՝ համատեղելով առանձին ստանդարտ մոդուլներ:

3. Օգտագործելիս ենթահամակարգի նախագծման մեթոդՅուրաքանչյուր ենթահամակարգի համար ստեղծվում են նախագծային լուծումներ և կիրառական ծրագրային փաթեթներ՝ համակարգային և ֆունկցիոնալ: Ենթահամակարգերի տեղաբաշխումը կախված է տնտեսական և արտադրական գործընթացի օբյեկտից: Ենթահամակարգերից յուրաքանչյուրի համար մշակվել են սեփական ավտոմատացված նախագծային լուծումներ և ՊՄԳ, որոնք կարող են լինել համակարգային կամ ֆունկցիոնալ: Համակարգի լայն շրջանակները ներառում են տվյալների կառավարման ՊՄԳ, տվյալների մշակման ստանդարտ ընթացակարգերի ՊՄԳ, մաթեմատիկական վիճակագրության և դիսկրետ ծրագրավորման մեթոդներ և այլն։ և արդյունաբերության կառավարում։

ՊՄԳ-ի կարևոր պահանջը համատեղելիությունն է, քանի որ AIS նախագծելիս խորհուրդ է տրվում օգտագործել միանգամից մի քանի փաթեթ: PPP օգտագործող համակարգերի նախագծումը իրականում հանգում է որոշակի պարամետրերի համաձայն ընտրված փաթեթները ավտոմատացման օբյեկտի հատուկ պայմաններին կապելուն: Դիզայնի այս մոտեցման դրական հատկությունները կարելի է անվանել. քիչ աշխատատար գործընթաց, նախագծման ժամանակի կրճատում սկզբնական դիզայնի համեմատ, տվյալների մշակման առաջադեմ մեթոդների իրականացում, նախագծային փաստաթղթերի պարզեցում (քանի որ օգտագործվում է փաթեթի փաստաթղթերը), և նախագծված AIS-ի հուսալիության բարձրացում:

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

Գործունեության հետևյալ տեսակները առավել արդյունավետ են դառնում ավտոմատացման համար.

1. հաշվապահական հաշվառում, ներառյալ կառավարչական և ֆինանսական. Ամենամեծ թվով ՊՄԳ-ները ստեղծվել են հաշվապահական հաշվառման նպատակով: Դրանցից են «1C: Հաշվապահություն», «Turbo-Accountant», «Info-Accountant», «Parus», «ABACUS», «Bambi+» և այլն;

2. տեղեկատու և տեղեկատվական ծառայություններ տնտեսական գործունեության համար: Ներկայացված է հետևյալ ՊՄԳ-ով. «ԳԱՐԱՆՏ» (հարկեր, հաշվապահական հաշվառում, աուդիտ, ձեռնարկատիրություն, բանկային գործ, արժույթի կարգավորում, մաքսային հսկողություն); «CONSULTANT+» (հարկեր, հաշվապահական հաշվառում, աուդիտ, ձեռնարկատիրություն, բանկային գործ, արժույթի կարգավորում, մաքսային հսկողություն).

3. տնտեսական և ֆինանսական գործունեություն. Ներկայացված է հետևյալ ՊՄԳ-ով.

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

բ) Galaktika Corporation-ի (JSC New Atlant) ամբողջական ավտոմատացման բազմաֆունկցիոնալ ցանցային համալիր, որը ներառում է պլանավորում, գործառնական կառավարում, հաշվառում և վերահսկում, վերլուծություն, բացի այդ, թույլ է տալիս DSS-ի շրջանակներում լուծումներ տալ բիզնեսին. պլանավորման խնդիրներ՝ օգտագործելով PPP Project- Փորձագետ:

4. ղեկավարի աշխատանքի կազմակերպումը.

5. փաստաթղթերի հոսքի ավտոմատացում;

6. վերապատրաստում.

Վերջերս ձեռնարկություններն ու ֆիրմաները նախընտրում են գնել պատրաստի փաթեթներ և տեխնոլոգիաներ և անհրաժեշտության դեպքում ավելացնել դրանց սեփական ծրագրաշարը, քանի որ սեփական AIS-ի մշակումը կապված է բարձր ծախսերի և ռիսկի հետ: Որպես կանոն, մշակվում և առաջարկվում է բազային համակարգ, որը հարմարեցվում է առանձին հաճախորդների ցանկություններին համապատասխան: Միևնույն ժամանակ օգտատերերին տրամադրվում են խորհրդատվություններ, որոնք օգնում են նվազագույնի հասցնել համակարգերի և տեխնոլոգիաների ներդրման ժամանակը, առավելագույնս արդյունավետ օգտագործել դրանք և բարելավել անձնակազմի որակավորումը:

Ավտոմատ նախագծման համակարգեր -նախագծային աշխատանքների իրականացման երկրորդ՝ արագ զարգացող եղանակը։

Ավտոմատացված նախագծման մեթոդների մեջ առանձնահատուկ տեղ են զբաղեցնում մոդելների նախագծման մեթոդները։ CAD-ի ստեղծումը և օգտագործումը ապահովում է ֆունկցիոնալ հուսալիության բավականին բարձր մակարդակ, բոլոր տեխնոլոգիական գործընթացների համապարփակ լուսաբանում, դիզայնի աշխատանքի աշխատանքի ինտենսիվության նվազեցում` առավելագույնս հաշվի առնելով ավտոմատացման օբյեկտի շահերը: Այնուամենայնիվ, այս մեթոդը բավականին թանկ է և պահանջում է բարձր որակավորում ունեցող մշակողներ: CAD-ի հիմնական պահանջը նախագծային համակարգում ադեկվատ վիճակում կառուցելու և պահպանելու ունակությունն է ավտոմատացման օբյեկտի գլոբալ տնտեսական տեղեկատվության մոդելը: Մոդելը ավտոմատացման օբյեկտի տեղեկատվական բաղադրիչների և դրանց միջև հստակորեն նշված հարաբերությունների ցուցադրումն է: Մոդելի կառուցման հիմնական նպատակն է ստեղծել այս մոդելին համապատասխան AIS նախագիծ, որը հաշվի է առնում և ակտիվորեն օգտագործում է օբյեկտի բոլոր բնութագրերը։ Նման մոդելը պետք է պարունակի տեղեկատվական բաղադրիչների հավաքածուների և նրանց միջև փոխհարաբերությունների պաշտոնական նկարագրությունը, ներառյալ տեղեկատվական կապերը և ալգորիթմական փոխազդեցությունը: Մոդելի նախագծման մեթոդի կիրառմամբ օգտագործվում է համակարգված մոտեցում, որը նախատեսում է համակարգիչների օգտագործումը ոչ միայն համակարգի ստեղծման բոլոր փուլերում, այլև դրա արդյունաբերական գործունեության արդյունքների վերլուծության գործընթացում: CAD-ի մշակումն ու կիրառումը կանխորոշեցին անցումը անհատական ​​նախագծերի ստեղծմանը, բայց շատ ավելի բարձր մակարդակի վրա՝ համեմատած սկզբնական նախագծման մեթոդի հետ:

IS և ՏՏ դիզայնի ավտոմատացման ոլորտում վերջին տասնամյակում նոր ուղղություն է ի հայտ եկել. CASE տեխնոլոգիա ավտոմատացված ծրագրային ապահովման մշակման համար(CASE - Computer-Aided Software/System Engineering): Տեղեկատվական համակարգերի աճող բարդությունը և դրանց նկատմամբ աճող պահանջները հանգեցրել են դրանց ստեղծման տեխնոլոգիաների արդյունաբերականացման անհրաժեշտությանը:

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

CASE-ի հիմնական նպատակն է առավելագույնի հասցնել համակարգերի մշակման և շահագործման ավտոմատացումը:

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

Ծրագրավորման ավտոմատացումը հիմնված է ծրագրային կոդերի ավտոմատ ստեղծման վրա, որոնք պարունակում են տվյալների նկարագրություն, դրանց մշակման հիմնական տրամաբանությունը, տվյալների բազայի սխեմաները, ինտերֆեյսի նկարագրության ֆայլերը և այլն: Կոդերը հետագայում ճշգրտվում և վերջնական տեսքի են բերվում, սակայն որոշ դեպքերում ավտոմատացումը հասնում է 90%-ի: . Բացի այդ, CASE տեխնոլոգիան ստեղծում է անհրաժեշտ նախագծային փաստաթղթերը, որոնք պատրաստ են օգտագործման:

CASE տեխնոլոգիան օգտագործելիս տրամադրվում է մեկ նախագծի հիմքի աջակցություն, այսինքն. Մշակված AIS-ի մասին բոլոր տեղեկությունները ավտոմատ կերպով տեղադրվում են մեկ նախագծի տվյալների բազայում: Սա պահպանում է դիզայնի տվյալների հետևողականությունը, հետևողականությունը, ամբողջականությունը և նվազագույն ավելորդությունը:

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

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

CASE-ն ունեն հետևյալ հիմնական առավելությունները.

Բարելավել ստեղծված տեղեկատվական համակարգերի (ՏՏ) որակը ավտոմատ կառավարման միջոցների միջոցով (հիմնականում նախագծի վերահսկում);

Նրանք թույլ են տալիս կարճ ժամանակում ստեղծել ապագա IS (ՏՏ) նախատիպը, որը թույլ է տալիս արագ գնահատել ակնկալվող արդյունքը վաղ փուլում;

Արագացնել համակարգի նախագծման և զարգացման գործընթացը;

Նրանք ազատում են ծրագրավորողին սովորական աշխատանքից՝ թույլ տալով նրան ամբողջությամբ կենտրոնանալ դիզայնի ստեղծագործական մասի վրա.

Աջակցել արդեն գործող տեղեկատվական համակարգերի զարգացմանն ու պահպանմանը:

Մինչ օրս ձևավորվել է հզոր CASE արդյունաբերություն, որը միավորում է տարբեր ուղղվածության հարյուրավոր ընկերությունների և ընկերությունների: Դրանց թվում են.

Ընկերություններ, որոնք մշակում են վերլուծության և նախագծման գործիքներ IS և ՏՏ համար

Ընկերություններ, որոնք մշակում են հատուկ գործիքներ՝ կենտրոնանալով IS-ի կյանքի ցիկլի նեղ առարկայական ոլորտների կամ առանձին փուլերի վրա.

Վերապատրաստման ընկերություններ, որոնք կազմակերպում են սեմինարներ և վերապատրաստման դասընթացներ մասնագետների համար.

Խորհրդատվական ընկերություններ, որոնք գործնական աջակցություն են ցուցաբերում CASE փաթեթների օգտագործման համար հատուկ IS-ի մշակման համար.

CASE տեխնոլոգիաների վերաբերյալ պարբերական ամսագրերի և տեղեկագրերի արտադրության մեջ մասնագիտացած ընկերություններ:

Բելգորոդի մարզի կառավարություն Ավտոմատացված տեղեկատվական համակարգ «Ծրագրի կառավարում» AIS «Ծրագրի կառավարում» կարգավորող դաշտ Լուծումը ստեղծվել է Ռուսաստանի Դաշնությունում հաստատված ստանդարտներին համապատասխան՝ ամրագրված՝ 1. ԳՕՍՏ Ռ 54869—2011 «Ծրագրի կառավարում. Ծրագրի կառավարման պահանջները»: 2. ԳՕՍՏ Ռ 54870—2011 «Ծրագրի կառավարում. Ծրագրի պորտֆելի կառավարման պահանջներ»։ 3. ԳՕՍՏ Ռ 54871—2011 «Ծրագրի կառավարում. Ծրագրի կառավարման պահանջները»։ Համակարգը ստեղծելիս և ստեղծելիս հաշվի են առնվել Բելգորոդի մարզի կառավարության 2010 թվականի մայիսի 31-ի N 202-pp «Բելգորոդի շրջանի գործադիր իշխանություններում և պետական ​​մարմիններում նախագծերի կառավարման կանոնակարգը հաստատելու մասին» դրույթները: . 2 AIS «Project Management» Զարգացման տեխնոլոգիա Ինտերնետ Ցանց Տեղական ցանց Լուծումը մշակվել է Motiware Melody One հարթակի հիման վրա: Համակարգի վեբ ինտերֆեյսի շնորհիվ ծրագրի բոլոր մասնակիցներին հասանելի են անհրաժեշտ տվյալները ցանկացած պահի և աշխարհի ցանկացած կետից: Համակարգ մուտք գործելու համար անհրաժեշտ է միայն ինտերնետ կապ և տեղադրված բրաուզեր: AIS «Ծրագրի կառավարում» սերվերի մաս 3 Նպատակներ Համակարգի ստեղծման և ներդրման նպատակները. Բարձրացնել ծրագրի իրականացման արդյունավետությունը Ռուսաստանի Դաշնության հիմնադիր սուբյեկտի տարածքում՝ ծրագրի թիմերին տրամադրելով արդի, ամբողջական և հավաստի տեղեկատվություն: . Բարելավել պետական ​​մարմինների և տեղական ինքնակառավարման մարմինների միջև փոխգործակցությունը քաղաքացիների և բիզնեսի հետ՝ նախագծերի նախաձեռնման և իրականացման առումով: . Ծրագրի բոլոր մասնակիցներին տրամադրեք ծրագրի կառավարման հարմար գործիքներ և գործիքներ: . Պարզեցնել ծրագրի առաջընթացի մոնիտորինգը՝ նվազեցնելով հաշվետվական տվյալների պատրաստման և վերլուծության վրա ծախսվող ժամանակը: 4 AIS «Ծրագրի կառավարում» համակարգի գործառույթները Համակարգը թույլ է տալիս կազմակերպել ծրագրի ամբողջական ցիկլը և/կամ նախագծերի կառավարման գործընթացի պորտֆելը: Համակարգում նախագիծը հաջորդաբար անցնում է մի քանի փուլով՝ նախաձեռնության հայտի գրանցումից մինչև ավարտված նախագիծը արխիվ տեղափոխելը: . Նախաձեռնության հայտերի քննարկում. Ընդունելը. Պլանավորում. Իրականացում և վերահսկում. 5 AIS «Project Management» Աշխատանք նախաձեռնող հավելվածների հետ AIS «Project Management» Projects Նախաձեռնության հավելվածներ Քաղաքացիների և բիզնեսի հետ փոխգործակցության պորտալ Արխիվ (մերժված դիմումներ) 6 AIS «Project Management» Ծրագրի մեկնարկի փուլ 2. Ծրագրի մեկնարկ. Նախագծին եզակի գրանցման համարի ավտոմատ հատկացում: . Նախաձեռնության հայտում նշված տվյալների հիման վրա նախագծային քարտի ձևավորում. 7 ՀՏՀ «Ծրագրի կառավարում» Ծրագրի մեկնարկի փուլ 3. Ծրագրի անձնագրի ձևավորում. Նախագծի անձնագրային քարտի (դաշտերի) քայլ առ քայլ խմբագրման հնարավորություն. . Ծրագրի բյուջեի հաշվառում ըստ ֆինանսավորման աղբյուրների: . Ծրագրի թիմի ձևավորում, որը ցույց է տալիս մասնակիցների դերերը: . Ծրագրի բնութագրերի մուտքագրում և խմբագրում: . Ստեղծել ըստ սահմանված ձևի և համակարգից ներբեռնել նախագծի անձնագիր *.docx ձևաչափով: 8 ՀՏՀ «Ծրագրի կառավարում» Ծրագրի պլանավորման փուլ 4. Ծրագրի կառավարման պլանի ստեղծում: Ծրագրի կառավարման պլանի ներկայացում Gantt գծապատկերի միջոցով: . Ծրագրի վրա աշխատանքի պլանավորում՝ նշելով մեկնարկի և ավարտի ամսաթվերը, պատասխանատու կատարողները և աշխատանքի արդյունքների պահանջները: . Ծրագրի աշխատանքների հիերարխիկ ցանկի ստեղծում: . Ստեղծել ըստ սահմանված ձևի և համակարգից ներբեռնել ծրագրի կառավարման պլան *.docx ձևաչափով: 9 ՀՏՀ «Ծրագրի կառավարում» Իրականացման և վերահսկման փուլ 5. Անձնագրում և ծրագրի կառավարման պլանում փոփոխություններ կատարելու գործընթացի կազմակերպում. Անձնագրի և/կամ ծրագրի կառավարման պլանի նոր տարբերակների ստեղծում և խմբագրում։ . Սահմանված մոդելի համաձայն ձևավորում և համակարգից *.docx ձևաչափի փոփոխությունների ցանկի վերբեռնում։ . Փոփոխությունների ցանկի համաձայնեցում մոնիտորինգի և վերահսկման խմբի հետ. 10 ՀՏՀ «Ծրագրի կառավարում» Իրականացում և վերահսկման փուլ 6. Ծրագրի աշխատանքների իրականացման հաշվառում: Կատարողների համար աշխատանքի ավարտի վերաբերյալ հաշվետվությունների ֆայլերը կցելու ունակություն: . Աշխատանքի ավարտի փաստացի ամսաթվերի և պլանավորված ամսաթվերից շեղումների հաշվառում: . Առաջիկա և ժամկետանց նշաձողերի մոնիտորինգ: 11 ՀՏՀ «Ծրագրի կառավարում» Ավարտման փուլ 7. Վերջնական հաշվետվության ձևավորում. Ծրագրի հաջողության գնահատման հաշվարկ: . Ձևավորում ըստ սահմանված ձևանմուշի և վերջնական հաշվետվության ներբեռնում համակարգից *.docx ձևաչափով։ 12 AIS «Project Management» Ծրագրի արխիվ 8. Ծրագրի արխիվի պահպանում: Ռուսաստանի Դաշնության բաղկացուցիչ սուբյեկտի տարածքում երբևէ նախաձեռնված բոլոր նախագծերի վերաբերյալ տվյալների միասնական պահեստի ստեղծում: . Ավարտված և արխիվացված նախագծերի մասին ամբողջական տեղեկատվության հասանելիություն: . Պաշտպանություն ավարտված նախագծերի փոփոխություններից: 13 ՀՏՀ «Ծրագրի կառավարում» Հաշվետվություններ և վերլուծություն Համակարգի նպատակներից մեկն է ծրագրի գործունեության մասնակիցներին տրամադրել նախագծերի մասին տեղեկատվությունը հարմար և տեսողական ձևով: AIS-ը թույլ է տալիս ավտոմատ կերպով ստեղծել նախագծի փաստաթղթեր. Ծրագրի անձնագիր. . Ծրագրի կառավարման պլան. . Վերջնական հաշվետվություն. 14 AIS «Ծրագրի կառավարում» Տեղեկություններ իրականացման մասին Ավելի քան AIS «Ծրագրի կառավարումը» հաջողությամբ օգտագործվել է Բելգորոդի շրջանի իշխանությունների կողմից ծրագրի գործողությունների իրականացման համար: 4200 նախագիծ AIS «Ծրագրի կառավարում» 5000 օգտատերեր 60000 աշխատանքներ (վերահսկման միջոցառումներ) 19 մունիցիպալ շրջաններ 3 քաղաքային շրջաններ 15 Բելգորոդի շրջանի կառավարություն Շնորհակալություն ուշադրության համար: 16