Տեղեկատվական համակարգերի նպատակներն ու խնդիրները: Տեղեկատվական համակարգերի ստեղծման նպատակները Տեղեկատվական համակարգի օգտագործման ստեղծման նպատակը

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

Կառավարումը, առաջին հերթին, ֆինանսական, պարզեցնելու համար անհրաժեշտ է ունենալ ձեռնարկության կառավարման արդյունավետ համակարգ, ներառյալ որակի կառավարման համակարգ և տեղեկատվական համակարգ, որը կաջակցի դրանց: Ի՞նչ կարող է տալ տեղեկատվական համակարգի ներդրումը։

ձեռնարկության ընդհանուր ծախսերի կրճատում մատակարարման շղթայում (գնումների մեջ),

շրջանառության արագության բարձրացում,

նվազագույնի հասցնել ավելցուկային պաշարները,

արտադրանքի տեսականու ավելացում և բարդություն,

արտադրանքի որակի բարելավում,

պատվերների ժամանակին կատարում և հաճախորդների սպասարկման ընդհանուր որակի բարելավում,

Ձեռնարկությունների ավտոմատացման հիմնական նպատակներն են.

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

Ձեռնարկության նպատակային գործունեությունը կազմող բիզնես գործառնությունների (տեխնոլոգիական գործառնությունների) ավտոմատացում:

Գործընթացների ավտոմատացում, որոնք ապահովում են հիմնական գործունեության կատարումը:

Համակարգի արդյունավետությունը իսկապես գնահատելու համար շատ կարևոր է հասկանալ, թե ինչ խնդիրներ կարող է լուծել պատշաճ ձևավորված տեղեկատվական համակարգը.

Արտադրական գործունեության պլանավորում.

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

Սա մատակարարման (նյութերի և տեխնիկական աջակցության) արտադրության, պատրաստի արտադրանքի վաճառքի և գույքագրման կառավարման պլանավորման և հաշվառման գործընթացների ավտոմատացումն է.Ֆինանսական կառավարում

.Որպես կանոն, սա ներառում է հաշվապահական հաշվառում, պարտապանների և պարտատերերի հետ հաշվարկներ, հիմնական միջոցների հաշվառում, դրամական միջոցների կառավարում և ֆինանսական պլանավորում.

Անձնակազմի կառավարում.

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

.Սա ներառում է ձեռնարկության բոլոր ծախսերի հաշվառումը և պատրաստի արտադրանքի կամ ծառայությունների արժեքի հաշվարկը.

Ծրագրի/Ծրագրի կառավարում

. Ժամանակակից ձեռնարկությունների գործունեությունը գնալով ավելի է դիտվում արտադրական նախագծերի կամ ծրագրերի իրականացման պրիզմայով, որոնց համար կարող են իրականացվել առանձին պլանավորում և հաշվառում.

Արտադրանքի և գործընթացի ձևավորում

.

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

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

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

Տեղեկատվական համակարգի «բացության» սկզբունքը

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

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

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

Բաց տեղեկատվական համակարգերի ընդհանուր հատկությունները կարելի է ձևակերպել հետևյալ կերպ.

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

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

Տեղեկատվական համակարգի միջավայրի կառուցվածքը

Ցանկացած IS-ի ընդհանրացված կառուցվածքը կարող է ներկայացվել երկու փոխազդող մասերով.

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

Ստանդարտացման խնդիրների երկու խումբ սերտորեն կապված են այս բաժանման հետ.

• կիրառական ծրագրերի և IS միջավայրի միջև ինտերֆեյսի ստանդարտներ, Application Program Interface (API);
• Ինտերֆեյսի ստանդարտներ՝ IS-ի և նրա արտաքին միջավայրի միջև (External Environment Interface - EEI):

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

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

Այս մոդելը կիրառվում է ավելի քան 20 տարի և սահմանվում է Systems Network Architecture (SNA) կողմից, որն առաջարկվել է IBM-ի կողմից 1974 թվականին: Այն հիմնված է հաշվողական միջավայրը յոթ մակարդակների բաժանելու վրա, որոնց միջև փոխազդեցությունը նկարագրված է համապատասխան ստանդարտներով և ապահովում է մակարդակների կապը՝ անկախ յուրաքանչյուր կոնկրետ իրականացման մեջ մակարդակի կառուցումից (նկ. 4.1): Այս մոդելի հիմնական առավելությունը շրջակա միջավայրում կապերի մանրամասն նկարագրությունն է տեխնիկական սարքերի և հաղորդակցության փոխազդեցությունների տեսանկյունից: Այնուամենայնիվ, այն հաշվի չի առնում փոխկապակցումը, հաշվի առնելով կիրառական ծրագրերի շարժունակությունը:

Բրինձ. 4.1.

Բաց համակարգերի շրջակա միջավայրի հղման մոդելը (OSE/RM) սահմանում է ցանկացած տեղեկատվական համակարգի բաժանումը հավելվածների (կիրառական ծրագրեր և ծրագրային համակարգեր) և այն միջավայրը, որտեղ գործում են այդ հավելվածները: Ստանդարտացված միջերեսները (API) սահմանվում են հավելվածների և շրջակա միջավայրի միջև և հանդիսանում են ցանկացած բաց համակարգի պրոֆիլների անհրաժեշտ մասը: Բացի այդ, IS պրոֆիլներում կարող են սահմանվել ֆունկցիոնալ մասերի միմյանց հետ փոխազդեցության միասնական ինտերֆեյսներ և IS միջավայրի բաղադրիչների միջև փոխազդեցության միջերեսներ:

Տեխնոլոգիաների օգտագործման և բաց համակարգերի մոդելների մասին ավելի շատ մանրամասներ կքննարկվեն Դասախոսություն 18-ում:

Տեղեկատվական համակարգի ստեղծման մոդել

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

Ընկերությունը բարդ գոյաբանական (հայեցակարգային) կառուցվածք է, որը բաղկացած է սուբյեկտների և հարաբերությունների որոշակի շարքից (նկ. 4.2):

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

Մոդել ստեղծելիս ձեռնարկության մենեջերների, խորհրդատուների, մշակողների և ապագա օգտագործողների միջև ձևավորվում է «հաղորդակցության լեզու», որը թույլ է տալիս նրանց մշակել միասնական գաղափար, թե ԻՆՉ և ԻՆՉՊԵՍ պետք է անի ձեռնարկության կառավարման համակարգը (կորպորատիվ կառավարման համակարգը): Նման բիզնես մոդելը շոշափելի արդյունք է, որի օգնությամբ դուք կարող եք հնարավորինս հստակեցնել IS ներդրման նպատակները և որոշել ծրագրի հետևյալ պարամետրերը.

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

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

• բիզնես գործառույթներ, որոնք նկարագրում են, թե ԻՆՉ է անում բիզնեսը.
• հիմնական, օժանդակ և կառավարման գործընթացները, որոնք նկարագրում են, թե ԻՆՉՊԵՍ է ձեռնարկությունն իրականացնում իր բիզնես գործառույթները.
• կազմակերպչական և ֆունկցիոնալ կառուցվածք, որը որոշում է ՈՐՏԵՂ են իրականացվում բիզնես գործառույթները և բիզնես գործընթացները.
• փուլեր, որոնք որոշում են, թե ԵՐԲ (ինչ հաջորդականությամբ) պետք է իրականացվեն որոշակի բիզնես գործառույթներ.
• դերերը, որոնք որոշում են ԱՀԿ-ն իրականացնում է բիզնես գործառույթներ, և ԱՀԿ-ն բիզնես գործընթացների «վարպետն» է.
• կանոններ, որոնք սահմանում են բոլոր ԻՆՉ, ԻՆՉՊԵՍ, ՈՐՏԵՂ, ԵՐԲ և ՈՎ միջև կապն ու փոխազդեցությունը:

Բիզնես մոդել կառուցելուց հետո (կամ դրան զուգահեռ), դուք կարող եք սկսել մոդելի ձևավորումը հենց IS-ի նախագծման, ներդրման և իրականացման համար (նկ. 4.3):

«Պատվերով» IS-ի ստեղծման և օգտագործման փորձը թույլ է տալիս մոտավորապես բացահայտել նրանց կյանքի ցիկլի հետևյալ հիմնական փուլերը.

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

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

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

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

Վերոնշյալ բնութագրերի մշակումը կառավարման գործընթացների ավտոմատացման համար նախատեսված IS-ի ստեղծման ժամանակ հիմնականում անցնում է չորս փուլով:

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

Հարցման արդյունքների հիման վրա վերլուծաբանն առաջին փուլում կառուցում է բուն առարկայի ընդհանրացված տրամաբանական մոդելը, որն արտացոլում է դրա ֆունկցիոնալ կառուցվածքը, հիմնական գործունեության առանձնահատկությունները և տեղեկատվական տարածքը, որտեղ իրականացվում է այս գործունեությունը (նկ. 4.4. ) Այս նյութի հիման վրա վերլուծաբանը կառուցում է «As Is» (As Is) ֆունկցիոնալ մոդելը:

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

Վերլուծության երրորդ փուլը, որը պարունակում է դիզայնի տարրեր, բարելավված ընդհանրացված տրամաբանական մոդելի ստեղծումն է, որը ցուցադրում է վերակազմակերպված առարկայի տարածքը կամ դրա մի մասը, որը ենթակա է ավտոմատացման՝ «Ինչպես լինելու» մոդելը:

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

Շատ դեպքերում «Ինչպես կա» մոդելը բարելավվում է համակարգերի վերլուծաբանի կողմից՝ վերացնելով ակնհայտ անհամապատասխանություններն ու խցանումները, և մոդելի այդպիսով ստացված տարբերակը դիտարկվում է որպես «Ինչպես պետք է» նախնական մոդել, որը հետագայում լրացվում է. ձեռնարկության զարգացման ռազմավարությանը համապատասխան (նկ. .4.5):

Նախագծված համակարգի պահանջների վերլուծության փուլում ներկայացվում են հետևյալը.

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

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

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

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

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

Տեղեկատվական համակարգերի նախագծումը ներառում է երեք հիմնական ոլորտներ.

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

Ծրագրի նախնական փուլում համակարգի վերլուծության արդյունքների հիման վրա մշակվում են հետևյալը.

• ծրագրային ապահովման և ապարատային ներդրման նախագիծ, օգտատիրոջ միջերեսի նախագիծ և տեխնոլոգիա՝ համակարգում օգտագործողների համար աշխատելու համար.
• բաշխված համակարգի ճարտարապետությունը և հեռահաղորդակցության ցանցի բնութագրերը.
• տվյալների հոսքի մոդելներ (դիագրամներ);
• կիրառական և համակարգի ծրագրային ապահովման ֆունկցիոնալ բլոկային դիագրամներ (վերջինս համաձայն ընդունված IS միջավայրի մոդելների և ստանդարտների պրոֆիլների):

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

Մանրամասն նախագծման փուլում մշակվում են հետևյալը.

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

IS ներդրման փուլը ներառում է բաղադրիչների մշակում և փորձարկում և համակարգի համապարփակ փորձարկում:

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

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

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

4.2. Բիզնես գործընթացների վերաճարտարագիտություն

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

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

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

Ստանդարտ ձեռնարկության ամբողջ բիզնես գործընթացն իրականացվում է որպես հիմնական, օժանդակ, օժանդակ և կառավարման գործընթացների ցանց (նկ. 4.6):

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

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

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

Կան մի քանի հիմնական կանոններ, որոնք պետք է պահպանվեն վերակառուցման գործընթացում.

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

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

Նպատակների և խնդիրների վերապլանավորումը ներառում է ձեռնարկության քաղաքականության վերանայում և հետևյալ հարցերի պատասխանները.

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

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

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

Այս նկարագրության արդյունքը հետևյալն է.

• մաքրված գործընթացի ցանցային քարտեզ;
• գործընթացների և այդ գործընթացներում ներգրավված գերատեսչությունների միջև հարաբերությունների մատրիցա.
• տեղեկատվություն այն մասին, թե ինչ ավտոմատացման համակարգեր կան, ինչ գործառնություններում են դրանք օգտագործվում, որտեղ և ինչ տվյալներ են օգտագործվում, ինչ ավտոմատացում և տեղեկատվական համակարգեր պետք է մշակվեն.
• Տվյալների հոսքերի (Տվյալների հոսքի), աշխատանքային հոսքերի (Աշխատանքային հոսք), ֆինանսական հոսքերի (Դրամական հոսքերի), կառավարման ազդեցության հոսքերի (Control Flow) և փաստաթղթերի հոսքերի (Doc Flow) ֆունկցիոնալ դիագրամներ:

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

Ֆունկցիոնալ մոդելավորումը բավականին լուրջ խնդիր է.

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

4.3. Գործընթացների քարտեզագրում և մոդելավորում

Այսօր լայն տարածում են գտել երեք հիմնական ֆունկցիոնալ մոդելավորման մեթոդոլոգիաները (և դրանց ուղեկցող գործիքները՝ IDEF (Integrated DEFinition), UML (Մոդելավորման միասնական լեզու) և ARIS (Ինտեգրված տեղեկատվական համակարգերի ճարտարապետություն): Նրանցից յուրաքանչյուրի համար կան որոշակի ծրագրային արտադրանք, որոնք, բացի մշակումից, թույլ են տալիս իրականացնել փոխակերպումներ և գործողություններ՝ արդյունքում ստացված մոդելների հետ հետագա աշխատանքի համար: Այսօր առավել լայնորեն կիրառվում են IDEF մեթոդոլոգիաները և BPWin ծրագրային արտադրանքը, որը պարունակում է Computer Associates-ի IDEF0, IDEF3, DFD (Տվյալների հոսքի դիագրամներ) և ERWin (IDEF1x) մեթոդոլոգիաները:

IDEF մեթոդաբանության պատմությունը սկսվում է 20-րդ դարի 70-ական թվականներին Դուգլաս Ռոսի (Softtech INC) կողմից մշակված SADT (Structured Analysis and Design Technique) մեթոդաբանությամբ: SADT-ն ի սկզբանե օգտագործվել է ԱՄՆ պաշտպանության նախարարության կողմից գործնական գործընթացների մոդելավորման համար՝ որպես ICAM (Integrated Computer Aided Manufacturing) ծրագրի մաս: Քննարկվող մեթոդոլոգիաների ընտանիքը մշակելիս հիմնական պահանջը եղել է ICAM ծրագրին մասնակցող բոլոր մասնագետների միջև տեղեկատվության արդյունավետ փոխանակման հնարավորությունը (Icam DEFinition): Այս մեթոդաբանությունը հետագայում փոխակերպվեց IDEF0 (Function Modeling, FIPS No. 183) ստանդարտի: IDEF ընտանիքը ներառում է արդեն նշված IDEF3 (Process Description Capture) և IDEF1x (Տվյալների մոդելավորում, FIPS No. 184):

Ստանդարտների հրապարակումից հետո դրանք հաջողությամբ կիրառվեցին բիզնեսի մի շարք ոլորտներում՝ իրենց ցույց տալով որպես բիզնես գործընթացների վերլուծության, նախագծման և ցուցադրման արդյունավետ միջոց (ի դեպ, այն ակտիվորեն կիրառվում է նաև տեղական պետական ​​մարմիններում, օրինակ՝ հարկային պետական ​​տեսչությունում): Ավելին, IDEF-ի (և նախկին SADT մեթոդաբանության) համատարած օգտագործումը պատասխանատու է «Բիզնես գործընթացների վերակառուցման» (BPR) այժմ տարածված հայեցակարգի հիմնական գաղափարների առաջացման համար:

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

IDEF մեթոդով աշխատելը սկսվում է մոդելավորման նպատակ դնելով: Համաշխարհային փորձը ցույց է տալիս, որ նպատակների սահմանման սխալները հանգեցնում են մոդելավորման գործընթացում միջինը 50% ձախողումների: Նպատակի ձևակերպումն ի սկզբանե ուղղում է աշխատանքը տվյալ ուղղությամբ և, հետևաբար, սահմանափակում է վերլուծության համար նախատեսված հարցերի շրջանակը: Գործնական աշխատանքը սկսվում է համատեքստի սահմանմամբ (Համատեքստ, Համատեքստային դիագրամ), այսինքն՝ համակարգի վերին մակարդակը, մեր դեպքում՝ ձեռնարկությունը։ Նպատակը ձևակերպելուց հետո անհրաժեշտ է ուրվագծել մոդելավորման տարածքը (Scope), որը հետագայում կորոշի շարժման ընդհանուր ուղղությունները և մանրամասների խորությունը (Քայքայումը): Իրականում, IDEF մեթոդոլոգիան ինքնին սահմանում է ստանդարտացված օբյեկտներ շահագործման և ցուցադրման համար: Օրինակ, դրանք ներառում են ֆունկցիա (Ակտիվություն), ինտերֆեյսի աղեղ (Arrow), նշում (Note), ինչպես նաև դրանց տեղակայման և մեկնաբանման մեթոդը (Semantics):

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

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

Մեթոդաբանության և նշագրման երկրորդ տարրը «հոսքն» է, որը ստանդարտում կոչվում է «ինտերֆեյսի աղեղ»: Սա տարր է, որը նկարագրում է տվյալներ, ոչ պաշտոնական հսկողություն կամ որևէ այլ բան, որն ազդում է բլոկի կողմից պատկերված ֆունկցիայի վրա: Հոսքերը նշվում են գոյական բառակապակցությամբ։

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

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

Եվ վերջապես, IDEF0 մեթոդաբանության «երրորդ սյունը» բլոկների ֆունկցիոնալ տարրալուծման սկզբունքն է, որը գործնական իրավիճակի մոդելային մեկնաբանություն է, որ ցանկացած գործողություն (հատկապես այնպիսի բարդ բան, ինչպիսին բիզնես գործընթացն է) կարող է քայքայվել (քայքայվել): ավելի պարզ գործողությունների մեջ (գործողություններ, բիզնես գործառույթներ): Կամ, այլ կերպ ասած, գործողությունը կարող է ներկայացվել որպես տարրական գործառույթների ամբողջություն:

Ապրանքների առաքման և առաքման գործընթացի ֆունկցիոնալ մոդելի օրինակ ներկայացված է Նկ. 4.11.

Բիզնես գործընթացների նկարագրության պաշտոնականացման աստիճանը կարող է տարբեր լինել՝ կախված լուծվող խնդիրներից: Տեղեկատվական գործընթացները նկարագրելու համար մշակվել է մասնագիտացված լեզու BPEL (Business Process Execution Language): BPEL-ը հիմնված է XML-ի վրա՝ պաշտոնապես նկարագրելու բիզնես գործընթացները և արձանագրությունները միմյանց հետ փոխգործակցության համար: BPEL-ը ընդլայնում է վեբ ծառայությունների փոխազդեցության մոդելը՝ ներառելով գործարքների աջակցություն:

Ներկայումս ակտիվորեն զարգանում է BPMS (Business Process Management System) մեթոդաբանությունը՝ բիզնես գործընթացների և վարչական կանոնակարգերի կառավարման ծրագրային ապահովման դաս: (Օգտագործվում են նաև BPM system և պարզապես BPM տերմինները): BPMS-ի օգտագործումը թույլ է տալիս կազմակերպել արդյունավետ փոխգործակցություն մենեջերների և ՏՏ մասնագետների միջև, ավելի լավ օգտագործել առկա ենթահամակարգերը և արագացնել նորերի մշակումը:

BPMS-ի հիմնական գործառույթներն են բիզնես գործընթացների մոդելավորումը, կատարումը և մոնիտորինգը: Մոնիտորինգի տվյալների հիման վրա ձեռնարկությունները հայտնաբերում են խոչընդոտները և բարելավում իրենց բիզնես գործընթացները: Կառավարման ցիկլը փակվում է, երբ BPMS-ի օգնությամբ փոփոխված բիզնես գործընթացները արագորեն գործարկվում են:

IS ծրագրերի նախագծման և մշակման ժամանակակից մեթոդները փորձում են ամբողջությամբ կենտրոնանալ ավտոմատացված, գործառնական փոփոխությունների հնարավորությունների վրա: Ամենադժվար գործընթացը պարզվեց, որ BPEL լեզվի ստանդարտացումն էր՝ տարբեր արտադրողների ծրագրային ապահովման կողմից միևնույն կառուցվածքների օգտագործումը միավորելու համար: IBM-ը և Microsoft-ը սահմանել են երկու բավականին նման լեզու՝ համապատասխանաբար WSFL (Web Services Flow Language) և Xlang:

BPML-ի աճող ժողովրդականությունը և BPMS-ի բաց տեղաշարժը օգտատերերին հանգեցրել են Intalio Inc.-ին, IBM-ին և Microsoft-ին այս լեզուները համատեղելու BPEL4WS նոր լեզվի մեջ: 2003 թվականի ապրիլին BEA Systems-ը, IBM-ը, Microsoft-ը, SAP-ը և Siebel Systems-ը ներդրեցին BPEL4WS 1.1 տարբերակը OASIS-ին՝ Web Services BPEL տեխնիկական կոմիտեում ստանդարտացման համար: Չնայած BPEL4WS-ը հայտնվեց 1.0 և 1.1 տարբերակներում, WS-BPEL OASIS տեխնիկական կոմիտեն 2004 թվականի սեպտեմբերի 14-ին քվեարկեց 2004թ. Այս փոփոխությունը կատարվել է BPEL-ը վեբ ծառայությունների այլ ստանդարտներին համապատասխանեցնելու համար, որոնք, հիմնվելով Անվանման կոնվենցիայի վրա, սկսվում են «WS-» տառերով:

Active Endpoints Corporation-ը, Adobe-ը, BEA-ն, IBM-ը, Oracle-ը և SAP-ը հրապարակել են BPEL4 People-ի և WS-HumanTask-ի կոնսենսուսային բնութագրերը, որոնք նկարագրում են, թե ինչպես կարող է մարդկանց հետ գործընթացների փոխազդեցությունը իրականացվել համակարգում և BPEL նշումներում: Ակնկալվում է, որ իմաստաբանությունը կավելացվի BPEL-ին WS-HumanTask-ի և տարբեր այլ հավելումների տեսքով:

4.4. CASE տեխնոլոգիաների հնարավորություններով IP-ի վերլուծության և նախագծման գործընթացի ապահովում

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

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

CASE տեխնոլոգիայի և CASE գործիքների առաջացմանը նախորդել են ծրագրավորման մեթոդաբանության ոլորտում հետազոտությունները։ Ծրագրավորումը ձեռք է բերել համակարգային մոտեցման առանձնահատկություններ՝ բարձր մակարդակի լեզուների մշակմամբ և ներդրմամբ, կառուցվածքային և մոդուլային ծրագրավորման մեթոդներով, տեսողական մոդելավորման և նախագծման գործիքներով, որոնք հիմնված են UML-ի վրա (Մոդելավորման միասնական լեզու), դրանց աջակցության գործիքները՝ ֆորմալ և ոչ ֆորմալ: Լեզուներ, որոնք նկարագրում են համակարգի պահանջները և բնութագրերը և այլն: d.

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

CASE տեխնոլոգիան IS նախագծման մեթոդաբանություն է, ինչպես նաև գործիքների մի շարք, որոնք թույլ են տալիս տեսողականորեն մոդելավորել առարկայի ոլորտը, վերլուծել այս մոդելը IS-ի մշակման և պահպանման բոլոր փուլերում և մշակել հավելվածներ՝ օգտատերերի տեղեկատվական կարիքներին համապատասխան: Գոյություն ունեցող CASE գործիքների մեծ մասը հիմնված է կառուցվածքային (հիմնականում) կամ օբյեկտի վրա հիմնված վերլուծության և ձևավորման մեթոդոլոգիաների վրա՝ օգտագործելով բնութագրերը դիագրամների կամ տեքստերի տեսքով՝ նկարագրելու արտաքին պահանջները, համակարգի մոդելների միջև կապերը, համակարգի վարքագծի դինամիկան և ծրագրային ճարտարապետությունը [Vendrov A. M., www.citforum. ru/database/case/index.shtml]:

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

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

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

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

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

Կառուցվածքները միջոցներ են կառուցվածքային վերլուծության իրականացման և կոնկրետ համակարգի կառուցվածքի կառուցման համար:

Գործիքներ - տեխնոլոգիական և ծրագրային գործիքներ՝ մեթոդներն աջակցելու և կատարելագործելու համար:

CASE տեխնոլոգիաներն ունեն հետևյալ հիմնական առավելությունները, որոնք թույլ են տալիս լայնորեն կիրառել տեղեկատվական համակարգերի մշակման գործում.

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

Հարկ է նշել, որ չնայած CASE գործիքների բոլոր պոտենցիալ հնարավորություններին, կան դրանց անհաջող ներդրման բազմաթիվ օրինակներ, որոնց արդյունքում CASE գործիքները դառնում են «դարակային» ծրագրակազմ։

Այս առումով պետք է հաշվի առնել հետևյալը.

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

Կարող եք նաև թվարկել հետևյալ գործոնները, որոնք դժվարացնում են CASE գործիքների օգտագործման հնարավոր ազդեցությունը որոշելը.

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

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

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

1. Ձեռնարկության կառավարման համակարգի (վարչական և կառավարչական գործունեություն) ֆունկցիոնալ և տեղեկատվական հետազոտության անցկացում (նկ. 4.2).
   • ձեռնարկության կազմակերպչական կառուցվածքի որոշում.
   • ձեռնարկության ֆունկցիոնալ կառուցվածքի որոշում.
   • կառուցվածքային տարրերի (բաժիններ և պաշտոնատար անձինք) թիրախային գործառույթների ցանկի որոշում.
   • վերահսկման համակարգի կառուցվածքային տարրերի ստուգման շրջանակի և կարգի որոշում՝ ձևակերպված նպատակային գործառույթներին համապատասխան.
   • ընտրված կառուցվածքային տարրերի գործունեության ստուգում.
   • կառուցվածքային տարրերն ու գործառույթները մատնանշող կառավարման համակարգի FD դիագրամի կառուցում, որի իրականացումը մոդելավորվելու է DFD մակարդակում:
2. Կառուցվածքային տարրերի և կառավարման համակարգի, որպես ամբողջություն, գործունեության մոդելների մշակում.
   • մի շարք արտաքին օբյեկտների նույնականացում, որոնք էական ազդեցություն ունեն կառուցվածքային տարրի գործունեության վրա.
   • մուտքային և ելքային տեղեկատվական հոսքերի ճշգրտում;
   • հիմնական գործընթացների նույնականացում, որոնք որոշում են կառուցվածքային տարրի գործունեությունը և ապահովում են դրա նպատակային գործառույթների իրականացումը.
   • գործունեության հիմնական գործընթացների միջև տեղեկատվական հոսքերի ճշգրտում, գործընթացների և արտաքին օբյեկտների միջև կապերի հստակեցում.
   • տեղեկատվական հոսքերի ծավալների, ինտենսիվության և այլ անհրաժեշտ բնութագրերի գնահատում.
   • տվյալների հոսքի դիագրամների հիերարխիայի մշակում, որը կազմում է կառուցվածքային տարրի գործունեության ֆունկցիոնալ մոդելը.
   • միավորելով կառուցվածքային տարրերի DFD մոդելները ձեռնարկության կառավարման համակարգի մեկ մոդելի մեջ:
3. Կառուցվածքային տարրերի տեղեկատվական մոդելների և կառավարման համակարգի տեղեկատվական տարածքի մոդելի մշակում.
   • մոդելային սուբյեկտների և դրանց հատկանիշների սահմանում.
   • ատրիբուտների վերլուծություն և սուբյեկտների օպտիմալացում;
   • սուբյեկտների միջև հարաբերությունների բացահայտում և հարաբերությունների տեսակների սահմանում.
   • տեղեկատվական մոդելի վերլուծություն և օպտիմալացում;
   • Տեղեկատվական մոդելների համադրում տեղեկատվական տարածքի մեկ մոդելի մեջ:
4. Ձեռնարկությունների կառավարման համակարգի ավտոմատացման առաջարկների մշակում.
   • Ավտոմատացման սահմանների որոշում - ավտոմատացված կառուցվածքային տարրերի ցանկի կազմում, հիմնական գործունեության գործընթացները բաժանելով ավտոմատ, ավտոմատացված և ձեռքով.
   • ենթահամակարգերի և տրամաբանական աշխատակայանների (ավտոմատացված աշխատակայանների) ցուցակի կազմում, դրանց փոխազդեցության ուղիների որոշում.
   • IS-ում ընդգրկված ենթահամակարգերի և անհատական ​​տրամաբանական աշխատատեղերի նախագծման և իրականացման կարգի առաջարկների մշակում.
   • տեղեկատվական համակարգերի հիմնական տեխնիկական աջակցության պահանջների մշակում.
   • հիմնական IS ծրագրային ապահովման պահանջների մշակում:

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

Առարկայական ոլորտի տրամաբանական մոդելի մշակումը, դրա հետևողական վերափոխումը թիրախային IS-ի մոդելի թույլ կտա ինտեգրել ձեռնարկության ղեկավարության և առաջատար աշխատակիցների, փորձագետների և համակարգի վերլուծաբանների խոստումնալից առաջարկները և ձևավորել տեսլական. ձեռնարկության նոր, վերակազմակերպված և ավտոմատացված գործունեությունը (նկ. 4.12):

Կառուցված մոդելը ամբողջական արդյունք է հետևյալ պատճառներով.

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

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

Այս ծրագրային փաթեթներից ամենահզորը IBM-Rational-ի Rational Rose (RR) փաթեթն է, որով կարող եք նախագծել և աջակցել ծրագրային արտադրանքի մշակման ողջ կյանքի ցիկլը (նկ. 4.15 RR-ով ծրագրային արտադրանքի կյանքի ցիկլի պահպանում

4.5. Տեղեկատվական համակարգերի ներդրում

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

Տեղեկատվական համակարգի ներդրումը, որպես կանոն, մեծապես հեշտացնում է ձեռնարկության գործունեության կառավարումը, օպտիմիզացնում է ներքին և արտաքին տեղեկատվական հոսքերը և վերացնում կառավարման խոչընդոտները: Այնուամենայնիվ, այն բանից հետո, երբ համակարգը հաջողությամբ տեղադրվել է, «փորձարկվել» և արդյունավետ է, որոշ աշխատակիցներ չեն ցանկանում օգտագործել IS-ն իրենց աշխատանքում: Վերաճարտարագիտության արդյունքում պարզ է դառնում, որ որոշ աշխատակիցներ հիմնականում կրկնօրինակում են մյուսների աշխատանքը կամ ընդհանրապես կարիք չունեն։ Բացի այդ, ԱՊՀ-ի ներդրումն ուղեկցվում է պարտադիր ուսուցմամբ, սակայն, ինչպես ցույց է տալիս ռուսական փորձը, վերապատրաստման ցանկացողները շատ չեն։ Հին հմտությունները կոտրելը և նորերը սերմանելը երկար և դժվար գործընթաց է:

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

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

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

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

Մինչ այժմ ի հայտ է եկել տեղեկատվական համակարգերի ներդրման տեխնիկայի ստանդարտ փաթեթ: Հիմնական կանոնն է՝ հաջորդաբար լրացնել պահանջվող փուլերը և չբաց թողնել դրանցից որևէ մեկը:

Իրականացման համար կարևոր են հետևյալ գործոնները.

• հստակ սահմանված ծրագրի նպատակների և IP պահանջների առկայություն.
• IP-ի իրականացման և օգտագործման ռազմավարության առկայություն.
• ձեռնարկության նախանախագծային հետազոտությունների անցկացում և «Ինչպես կա» և «Ինչպես կլինի» մոդելների կառուցում.
• աշխատանքների պլանավորում, ռեսուրսներ և իրականացման պլանի իրականացման մոնիտորինգ.
• բարձրագույն ղեկավարության մասնակցությունը համակարգի ներդրմանը.
• Համակարգերի ինտեգրման մասնագետների կողմից ձեռնարկությունների մասնագետների հետ համատեղ ՏՏ ներդրման աշխատանքների իրականացում.
• կատարված աշխատանքի որակի կանոնավոր մոնիտորինգ;
• արագորեն դրական արդյունքներ ստանալով առնվազն ներդրված IS մոդուլների մի մասում կամ դրա փորձնական գործունեության ընթացքում:

Նախքան իրագործման նախագծի մշակումը սկսելը, դուք պետք է.

• հնարավորինս պաշտոնականացնել ՏՀ-ի իրականացման ծրագրի նպատակները.
• գնահատել նվազագույն անհրաժեշտ ծախսերը և ծախսերի տարրերը.
• Իրականացման ծրագրի համար սահմանել բարձր առաջնահերթություն այլ ընթացիկ ծրագրերի նկատմամբ.
• ծրագրի ղեկավարին տալ առավելագույն հնարավոր լիազորություններ.
• ձեռնարկության անձնակազմի հետ իրականացնել զանգվածային կրթական աշխատանք՝ բոլորին փոխանցելու առաջիկա վերափոխումների կարևորությունն ու անհրաժեշտությունը.
• մշակել կազմակերպչական միջոցառումներ նոր տեղեկատվական տեխնոլոգիաների կիրառման համար.
• բաշխել անձնական պատասխանատվությունը իրականացման և փորձնական գործունեության բոլոր փուլերում:

Անհրաժեշտ է նաև որոշել տեղեկատվական համակարգի մոդուլների ներդրման ֆունկցիոնալ ոլորտները.

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

Ի լրումն վերը թվարկվածի, անհրաժեշտ է սահմանել տեխնոլոգիական պահանջներ IS-ի իրականացման համար.

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

Տեղեկատվական համակարգի ներդրման հիմնական փուլերը

Փուլ «Նախնական աշխատանք ԻՊ-ի իրականացման նախագծի նախապատրաստման ուղղությամբ». Ձեռնարկության նախանախագծային հետազոտության ընթացքում (նկ. 4.1.4) մանրամասն տեղեկատվություն է հավաքվում կազմակերպության կառուցվածքային կառուցվածքի, գործառնական հարաբերությունների, կառավարման համակարգի, հիմնական բիզնես գործընթացների, ձեռնարկության ներսում հոսքերի մասին (Control Flow, Doc Flow, Տվյալների հոսք, աշխատանքային հոսք, դրամական հոսք), որոնք անհրաժեշտ են համապատասխան մոդելներ կառուցելու և ավտոմատացման համար օբյեկտներ ընտրելու համար: Գնահատվում են ժամկետները, ռեսուրսները, աշխատանքի տեսակներն ու ծավալները, ծրագրային ապահովման, սարքավորումների և հեռահաղորդակցության շրջանակն ու արժեքը, անձնակազմի վերապատրաստման արժեքը և այլն:

Փուլ «Ծրագրի նախապատրաստում». Առաջին փուլի ավարտից հետո իրականացվում է նախագծի մեկնարկի ընթացակարգերի նախնական պլանավորում և ձևավորում.

• նախագծային և փորձագիտական ​​խմբերի ձևավորում;
• լիազորությունների և պարտականությունների բաշխում;
• իրականացման գործընթացի կազմակերպչական և տեխնիկական պահանջների որոշում.
• հաճախորդների բնութագրերի և ակնկալիքների հստակեցում;
• պատվիրատուի ձեռնարկության մասնագետներից կազմված իրականացման խմբի վերապատրաստում:

Իրականացման պլան կազմելիս, չգիտես ինչու, հաճախ բաց է թողնվում վերջին շատ կարևոր կետը: Բայց ամբողջ նախագծի հաջողությունը մեծապես կախված է նրանից: Ֆինանսավորման մեկնարկից հետո նախագիծը համարվում է մեկնարկած։

Փուլ «Ծրագրի հայեցակարգային մշակում». Այս փուլում.

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

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

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

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

Տեղեկատվական համակարգի օգտագործման նպատակը

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

Ստեղծողներ- կառավարման հաշվետվություններ և կենտրոնացած հիմնականում տվյալների մշակման վրա (որոնում, տեսակավորում և այլն): Օգտագործելով այս հաշվետվություններում պարունակվող տեղեկատվությունը, ղեկավարը որոշում է կայացնում.

Կառուցապատողներ- լուծման հնարավոր այլընտրանքներ. Որոշում կայացնելն այս դեպքում հանգում է առաջարկվող այլընտրանքներից մեկի ընտրությանը: Որոշումների այլընտրանքներ մշակող տեղեկատվական համակարգերը կարող են լինել մոդելային կամ փորձագետ:

Մոդելային տեղեկատվական համակարգերը օգտվողին տրամադրում են մաթեմատիկական, վիճակագրական, ֆինանսական և այլ մոդելներ, որոնց օգտագործումը հեշտացնում է լուծման այլընտրանքների մշակումն ու գնահատումը: Փորձագիտական ​​տեղեկատվական համակարգերը ապահովում են օգտագործողի կողմից հնարավոր այլընտրանքների մշակումն ու գնահատումը գիտելիքների մշակման հետ կապված փորձագիտական ​​համակարգերի ստեղծման միջոցով:

Եզրակացություն

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

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

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

ՆԵՐԱԾՈՒԹՅՈՒՆ

1 Տեղեկատվական համակարգի մշակման անհրաժեշտության հիմնավորում 4

2 Դոմենի վերլուծություն 7

3 EIS 9-ի ստեղծման տեխնիկական առաջադրանք

ԵԶՐԱԿԱՑՈՒԹՅՈՒՆ

ՄԱՏԵՆԱԳՐԱԿԱՆ ՑԱՆԿ

ՆԵՐԱԾՈՒԹՅՈՒՆ

Շուկայական տնտեսության պայմաններում գյուղատնտեսական ձեռնարկությունները գործում են տնտեսական անկայունության պայմաններում: Կան մի շարք պատճառներ՝ գյուղմթերքի գների անհավասարություն, պետության կողմից սուբսիդավորման անբավարար մակարդակ, շուկայական հարաբերությունների զարգացման անհավասարակշռություն։ Գյուղատնտեսության զարգացմանը խոչընդոտող կարևորագույն խնդիրներից էր նաև հարկային համակարգի բարձր մակարդակն ու բարդությունը։ Այս խնդիրը լուծելու համար ներդրվել է Ռուսաստանի Դաշնության հարկային օրենսգրքի «Հարկային համակարգ գյուղատնտեսական արտադրողների համար (միասնական գյուղատնտեսական հարկ)» Գլուխ 26.1-ը:

Աշխատանքի նպատակին հասնելու համար դրվել և լուծվել են հետևյալ խնդիրները.

Ուսումնասիրել այս թեման գիտական ​​գրականության մեջ և բացահայտել ընդհանուր խնդիրներն ու միտումները.

Ուսումնասիրել իրավական կարգավիճակը և տալ ձեռնարկության համառոտ տնտեսական նկարագրությունը.

Ուսումնասիրել ձեռնարկությունում հաշվապահական և վերլուծական աշխատանքի վիճակը.

Ուսումնասիրել հարկային նպատակներով եկամուտների և ծախսերի ճանաչման առանձնահատկությունները.

Մշակել գյուղատնտեսական միասնական հարկի հաշվարկման տեղեկատվական համակարգ.

1. Տեղեկատվական համակարգի մշակման անհրաժեշտության հիմնավորումը

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

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

Մարդ-մեքենա տեղեկատվական համակարգերի և տեխնոլոգիաների հաջող գործունեությունը որոշում է դիզայնի որակը:

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

Այս նպատակին հասնելը պահանջում է հետևյալ խնդիրների հետևողական իրականացում.

1) տեղեկատվականացման օբյեկտի և սուբյեկտի արտադրական և տնտեսական գործունեության տեխնիկական և տնտեսական հետազոտություն և վերլուծություն.

3) առարկայական տարածքի սահմանումը.

4) հայտերի համար մուտքային և ելքային տեղեկատվության կազմի և բովանդակության վերլուծություն.

5) առարկայական ոլորտի փաստաթղթերի ուսումնասիրություն.

6) տեղեկատվական և տրամաբանական մոդելի մշակում.

7) Microsoft Excel ծրագրի միջոցով առաջադրանքի իրականացում.

8) կազմակերպատեխնիկական առաջարկությունների և գործնական միջոցառումների մշակում` խնդրի լուծման արդյունքները օբյեկտի արտադրական և տնտեսական գործունեության մեջ ներդնելու համար:

AIS ստեղծելու հիմնական սկզբունքները.

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

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

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

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

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

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

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

Նախագծման փուլերում կատարված հիմնական աշխատանքը կարելի է համարել.

Առաջին փուլը նախանախագծային ստուգումն է.

Փուլ 1 – նախագծման համար նյութերի հավաքում – պահանջների ձևավորում, նախագծային օբյեկտի ուսումնասիրություն, համակարգի հայեցակարգի տարբերակի մշակում և ընտրություն.

Փուլ 2 - նյութերի վերլուծություն և փաստաթղթերի ստեղծում. առաջին փուլում հավաքագրված հետազոտության նյութերի վերլուծության հիման վրա համակարգի նախագծման տեխնիկատնտեսական հիմնավորման և տեխնիկական բնութագրերի ստեղծում և հաստատում:

Երկրորդ փուլը նախագծումն է.

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

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

Երրորդ փուլը համակարգի գործարկումն է.

Փուլ 1 – իրականացման նախապատրաստում – տեխնիկական սարքավորումների տեղադրում և գործարկում, տվյալների բազաների ներբեռնում և ծրագրի փորձնական գործարկում, անձնակազմի վերապատրաստում.

Փուլ 2 – համակարգի բոլոր բաղադրիչների փորձնական փորձարկումների անցկացում, նախքան դրանք առևտրային շահագործման հանձնելը, անձնակազմի վերապատրաստումը.

Փուլ 3 – կոմերցիոն շահագործման հանձնում:

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

2 Դոմենի վերլուծություն

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

Առաջին փուլում դիզայներները կատարում են մի շարք տեխնոլոգիական գործողություններ և լուծում հետևյալ խնդիրները՝ առարկայի նախնական ուսումնասիրություն; դիզայնի տեխնոլոգիայի ընտրություն; հետազոտության նյութերի մեթոդի ընտրություն; հետազոտության ծրագրի մշակում; հարցման նյութերի հավաքագրման ժամանակացույցի մշակում; հարցման նյութերի հավաքագրում և ձևակերպում.

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

Կարևոր գործողությունը, որը որոշում է օբյեկտի հետազոտման և EIS-ի նախագծման հետ կապված բոլոր հետագա աշխատանքները, «Դիզայնի տեխնոլոգիայի ընտրությունն է»:

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

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

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

· 2.3. Տեղեկատվական համակարգերի (ՏՀ) հիմնական խնդիրները.

IS-ը լուծում է հետևյալ հիմնական խնդիրները.

Տեղեկատվական համակարգերի հիմնական խնդիրները՝ IS.

• Տեղեկատվության որոնում, մշակում և պահպանում , որը կուտակվում է երկար ժամանակ և որի կորուստն անուղղելի է։ Համակարգչային IC-ները նախատեսված են տեղեկատվության ավելի արագ և հուսալի մշակման համար, որպեսզի մարդիկ ժամանակ չկորցնեն, խուսափեն մարդկային պատահական սխալներից, խնայեն ծախսերը, մարդկանց կյանքն ավելի հարմարավետ դարձնեն:
• Տարբեր կառույցների տվյալների պահպանում: Չկա զարգացած տեղեկատվական համակարգ, որն աշխատում է մեկ համասեռ տվյալների ֆայլով: Ավելին, տեղեկատվական համակարգի ողջամիտ պահանջն այն է, որ այն կարող է զարգանալ: Կարող են հայտնվել նոր գործառույթներ, որոնք պահանջում են լրացուցիչ տվյալներ նոր կառուցվածքով: Միևնույն ժամանակ, նախկինում կուտակված բոլոր տեղեկությունները պետք է անփոփոխ մնան: Տեսականորեն այս խնդիրը կարելի է լուծել՝ օգտագործելով մի քանի արտաքին հիշողության ֆայլեր, որոնցից յուրաքանչյուրը պահպանում է տվյալներ ֆիքսված կառուցվածքով։ Կախված նրանից, թե ինչպես է օգտագործվում ֆայլերի կառավարման համակարգը, այս կառուցվածքը կարող է լինել ֆայլի գրանցման կառուցվածք կամ աջակցվել առանձին գրադարանային ֆունկցիայի կողմից, որը գրված է հատուկ համակարգի համար: Հայտնի են փաստացի գործող IS-ների օրինակներ, որոնցում DW-ն նախատեսվում էր հիմնվել ֆայլերի վրա: Այդ համակարգերի մեծ մասի մշակման արդյունքում դրանցում բացահայտվել է առանձին բաղադրիչ, որը տվյալների բազայի կառավարման համակարգի (DBMS) տեսակ է։
• Տեղեկատվական հոսքերի վերլուծություն և կանխատեսում հասարակության մեջ շարժվող տարբեր տեսակներ և տեսակներ. Հոսքերը ուսումնասիրվում են՝ նպատակ ունենալով նվազագույնի հասցնել, ստանդարտացնել և հարմարեցնել դրանք համակարգիչների վրա արդյունավետ մշակման համար, ինչպես նաև տեղեկատվության տարածման տարբեր ուղիներով հոսող տեղեկատվական հոսքերի առանձնահատկությունները:
• Տեղեկատվության ներկայացման և պահպանման եղանակների ուսումնասիրություն , տարբեր բնույթի տեղեկատվության պաշտոնական նկարագրության հատուկ լեզուների ստեղծում, տեղեկատվության սեղմման և կոդավորման հատուկ տեխնիկայի մշակում, ծավալուն փաստաթղթերի ծանոթագրում և դրանց ամփոփում: Այս ուղղության շրջանակներում աշխատանքներ են տարվում տվյալների մեծ բանկերի ստեղծման ուղղությամբ, որոնք գիտելիքի տարբեր ոլորտներից տեղեկատվություն են պահում համակարգիչների համար մատչելի ձևով։
• Ընթացակարգերի և տեխնիկական միջոցների կառուցում դրանց իրականացման համար, որոնց օգնությամբ դուք կարող եք ավտոմատացնել փաստաթղթերից տեղեկատվության կորզման գործընթացը, որոնք նախատեսված չեն համակարգիչների համար, բայց կենտրոնացած են մարդկանց կողմից դրանց ընկալման վրա:
• Տեղեկատվության որոնման համակարգերի ստեղծում , որոնք ունակ են հարցումներ ընդունել տեղեկատվության պահոցներին, ձևակերպված են բնական լեզվով, ինչպես նաև այս տեսակի համակարգերի համար հատուկ հարցումների լեզուներով:
• Տեղեկատվության պահպանման, մշակման և փոխանցման ցանցերի ստեղծում , որոնք ներառում են տեղեկատվական տվյալների բանկերը, տերմինալները , մշակման կենտրոններ և կապի օբյեկտներ.

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

Ժամանակակից ՏՏ զարգացման միտումները հանգեցնում են տարբեր ոլորտներում ստեղծված տեղեկատվական համակարգերի բարդության մշտական ​​աճի: Ժամանակակից խոշոր IP նախագծերը սովորաբար բնութագրվում են մի քանի հատկանիշներով.

IS նախագծերի բնութագրերը՝ տեղեկատվական համակարգեր.

• Նկարագրման դժվարություն - բավականաչափ մեծ թվով գործառույթների, գործընթացների, տվյալների տարրերի և դրանց միջև բարդ հարաբերությունների առկայություն, որոնք պահանջում են տվյալների և գործընթացների մանրակրկիտ մոդելավորում և վերլուծություն.
• Հասանելիություն սերտորեն փոխազդող բաղադրիչների մի շարք(ենթահամակարգեր), ունենալով իրենց տեղական առաջադրանքները և գործառնական նպատակները (օրինակ՝ ավանդական հավելվածներ՝ կապված գործարքների մշակման և կարգավորման խնդիրների լուծման հետ, և վերլուծական մշակման հավելվածներ (որոշումների աջակցություն)՝ օգտագործելով ժամանակավոր հարցումներ մեծ ծավալի տվյալների վրա).
• Ուղղակի անալոգների բացակայություն սահմանափակելով ցանկացած ստանդարտ նախագծային լուծումների և կիրառական համակարգերի օգտագործման հնարավորությունը.
• Պահանջվող ինտեգրումներ առկա և նոր մշակված հավելվածներ;
• Գործողություն տարասեռ միջավայրում բազմաթիվ ապարատային հարթակներում;
• Անհատական ​​զարգացման թիմերի անմիաբանություն և տարասեռություն ըստ որակավորման մակարդակի և որոշակի գործիքների օգտագործման հաստատված ավանդույթների.
• Ծրագրի զգալի ժամանակի տևողությունը պայմանավորված, մի կողմից, զարգացման թիմի սահմանափակ հնարավորություններով, իսկ մյուս կողմից՝ հաճախորդի կազմակերպության մասշտաբով և նրա առանձին ստորաբաժանումների պատրաստակամության տարբեր աստիճաններով IS-ի իրականացման համար: