ԿԵՆՍԱՉԱՓԱԿԱՆ ԿՈՂՄՆՈՐՈՇԻՉՆԵՐ ՊԱՐՈՒՆԱԿՈՂ ԷԼԵԿՏՐՈՆԱՅԻՆ ԱՆՁՆԱԳՐԵՐԻ ՀԱՄԱԿԱՐԳԻ ՆԵՐԴՐՄԱ ...

 

ՀԱՅԱՍՏԱՆԻ ՀԱՆՐԱՊԵՏՈՒԹՅԱՆ ԿԱՌԱՎԱՐՈՒԹՅԱՆ ՆԻՍՏԻ
ԱՐՁԱՆԱԳՐՈՒԹՅՈՒՆԻՑ ՔԱՂՎԱԾՔ

 

26 օգոստոսի 2010 թվականի N 33

 

35. ԿԵՆՍԱՉԱՓԱԿԱՆ ԿՈՂՄՆՈՐՈՇԻՉՆԵՐ ՊԱՐՈՒՆԱԿՈՂ ԷԼԵԿՏՐՈՆԱՅԻՆ ԱՆՁՆԱԳՐԵՐԻ ՀԱՄԱԿԱՐԳԻ ՆԵՐԴՐՄԱՆ ՏԵԽՆԻԿԱԿԱՆ ԱՌԱՋԱԴՐԱՆՔԻՆ ՀԱՎԱՆՈՒԹՅՈՒՆ ՏԱԼՈՒ ՄԱՍԻՆ

 

1. Հավանություն տալ կենսաչափական կողմնորոշիչներ պարունակող էլեկտրոնային անձնագրերի ներդրման տեխնիկական առաջադրանքին` համաձայն հավելվածի:

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

 

ՍՏՈՐԱԳՐՎԵԼ Է ՀԱՅԱՍՏԱՆԻ ՀԱՆՐԱՊԵՏՈՒԹՅԱՆ ՎԱՐՉԱՊԵՏԻ ԿՈՂՄԻՑ

2010 ԹՎԱԿԱՆԻ ՍԵՊՏԵՄԲԵՐԻ 2-ԻՆ

 

Հավելված

ՀՀ կառավարության

2010 թվականի օգոստոսի 26-ի

նիստի N 33 արձանագրային որոշման

 

ՏԵԽՆԻԿԱԿԱՆ ԱՌԱՋԱԴՐԱՆՔ ԿԵՆՍԱՉԱՓԱԿԱՆ ԿՈՂՄՆՈՐՈՇԻՉՆԵՐ ՊԱՐՈՒՆԱԿՈՂ ԷԼԵԿՏՐՈՆԱՅԻՆ ԱՆՁՆԱԳՐԵՐԻ ՀԱՄԱԿԱՐԳԻ ՆԵՐԴՐՄԱՆ

 

ՄԱՍ I: Ընդհանուր տեղեկատվություն

 

1. Ներածություն

 

Հայաստանի Հանրապետությունը կանգնած է գիտելիքահենք տնտեսության կայացման խնդրի առջև, որի կարևորագույն տարրերից մեկը գիտելիքահենք ենթակառուցվածքի ստեղծումն է: Վերջինս անհնար է իրականացնել առանց ժամանակակից տեխնոլոգիաների ճանաչման և կիրառման: Պետության կողմից տեղեկատվական տեխնոլոգիաների զարգացումն ենթադրում է «Էլեկտրոնային Կառավարում» համակարգի ներդրում, որն էլ իր հերթին պահանջում է նորարարություն տեխնոլոգիաների բնագավառում:

Էլ-կառավարման արդյունավետ ներդրման համար անհրաժեշտ է համակարգի բոլոր մասնակիցների ապահով և անվտանգ նույնականացում, ինչը հնարավոր է իրականացնել նույնականացման համընդհանուր համակարգի ներդրման արդյունքում:

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

Կենսաչափական տվյալներով նույնականացման և ճամփորդական փաստաթղթերի ներդրումը համապատասխանում է նաև 2008 թ. ՀՀ կողմից ՄՄԿ-ին արված դիմումին` տեխնիկական աջակցություն ցուցաբերելու վերաբերյալ, որը բխում է նաև ՄՄԿ-ի հետ երկխոսությունից և Եվրամիության հետ հարաբերություններից:

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

 

1.1 Նախագծի նկարագրություն

 

Հայաստանի Հանրապետությունը նպատակ ունի ներմուծել նոր` մեքենայի համար ընթեռնելի էլեկտրոնային անձնագիր (էլ-ՄՀԸԱ կամ էլ-անձնագիր), ինչպես նաև նույնականացման էլեկտրոնային քարտ (էլ-ID), որոնք երկուսն էլ նախատեսվում է թողարկել 2011 թ.: Այս գաղափարի համար հիմք է հանդիսանում ՀՀ միգրացիոն համակարգի հայեցակարգի և Հայաստանի Հանրապետությունում կենսաչափական տվյալներով էլեկտրոնային անձնագրերի և անձի նույնականացման համակարգի ներդրման մասին ՀՀ նախագահի 2008 թ. մարտի 15-ի ՆԿ-53-Ա հրամանագիրը:

 

1.2 Մրցույթի նպատակը

 

Այս համակարգի նպատակն է աջակցել էլ-Քարտերի ստեղծմանն ու տարածմանը` քաղաքացիներին ապահովելով նույնականացման, վավերացման և էլ-ստորագրությամբ փոխանցումներ կատարելու հնարավորությունը, ինչպես նաև հետազոտել այնպիսի նորարարական մոտեցումներ, ինչպիսին են MօbileID լուծումները:

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

 

1.3 Փաստաթղթի կառուցվածք

 

Տվյալ փաստաթուղթն անդրադառնում է հետևյալ կետերին.

 

Փաստաթղթի առաջին մասը` բացի այս ներածությունից, նկարագրում է, ընդհանուր մրցութային հաղթողի ճանաչման ընթացակարգերը, որակավորման պահանջներն ու պլանավորումը:

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

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

 

2. Պետական մատակարարման պայմանագիր

 

2.1. Ընդհանուր դրույթներ

 

Պատվիրատու

 

Պատվիրատուի անվանումը և հասցեն

Անվանում `

Հասցե`

Հեռ./Ֆաքս`

Կայք`

 

Պայմանագրի ստորագրում.

Պատվիրատուն պետք է տեղեկացնի հայտ ներկայացնողին, ում առաջարկը ընտրվել է իբրև լավագույնը:

 

Պայմանագրի կատարման երաշխիք

 

Պատվիրատու պահանջելու է պայմանագրի կատարման երաշխիք: Պայմանագրի կատարման երաշխիքը կկազմի նախագծի արժեքի 10%. Գումարը կնվազեցվի ներդրման պլանի իրականացմանը համապատասխան:

 

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

 

Պայմանագրի դրույթներ և պայմաններ

Պատվիրատուն պետք է պայմանագիր կնքի այն հայտ ներկայացնողի հետ, ում առաջարկը ընտրվել է իբրև լավագույնը:

 

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

 

ԴՐՈՒՅԹ 1 Հաղթող ճանաչվելու դեպքում պայմանագրի նախագիծը (հատուկ և

ընդհանուր դրույթները, ինչպես նաև պայմանագրի հայտադիմումը)

պետք է լրացվի հայտ ներկայացնողի կողմից, և լիազորված անձի

կողմից ստորագրված լինի յուրաքանչյուր էջում: Հայտ ներկայացնողը

պարտավորվում է հաղթող ճանաչվելու դեպքում ստորագրել

պայմանագիր` համաձայն դրա պայմանների:

 

ԴՐՈՒՅԹ 2 Տեխնիկական առաջադրանքի համար վճարը կազմում է 500 ԱՄՆ դոլար:

Այն ընդգրկում է տեխնիկական առաջադրանքի պատճենահանման և

տարածման ծախսերը հայտ ներկայացնողներին: Շահագրգիռ հայտ

ներկայացնողները իրավունք ունեն վերահսկելու տեխնիկական

առաջադրանքը մինչ ձեռքբերումը:

 

ԴՐՈՒՅԹ 3 Պատվիրատուն կարող է ցանկացած ժամանակ ձևափոխել տեխնիկական

առաջադրանքը այն պայմանով, որ հայտ ներկայացնողները տեղեկացված

լինեն բոլոր փոփոխությունների մասին ոչ ուշ քան առաջարկի

պատրաստման համար հատկացված օրերի 1/3 ժամանակահատվածը:

Յուրաքանչյուր փոփոխություն պետք է կցվի տեխնիկական

առաջադրանքին:

 

ԴՐՈՒՅԹ 4 Առաջարկը ներկայացնելով` հայտ ներկայացնողը հայտարարում է, որ

համաձայն է սույն փաստաթղթի բոլոր դրույթների հետ:

 

ԴՐՈՒՅԹ 5 Առաջարկը պետք է ներկայացվի ինչպես թղթային, այնպես էլ թվային

ձևով (CD կամ DVD)` ոչ ուշ քան Ամսաթիվ/Ամիս/Տարեթիվ., Ժամ,

Հասցե

 

ԴՐՈՒՅԹ 6 Ցանկության դեպքում հայտ ներկայացնողը կարող է անձամբ

ներկայացնել առաջարկը: Ցանկացած դեպքում փաստաթղթերը պետք է

ներկայացվեն ոչ ուշ քան Ամսաթիվ/Ամիս/Տարեթիվ., Ժամ վերը նշված

հասցեով:

 

ԴՐՈՒՅԹ 7 Փոստային ուշացման ռիսկը կրում է հայտ ներկայացնողը:

 

ԴՐՈՒՅԹ 8 Առաջարկները կգրանցվեն գրանցամատյանում այն հերթականությամբ,

որով ստացվել են` նշելով ստացման օրը և ժամը: Պատվիրատուն

կգրանցի մատյանի գրանցման համարը ծրարի վրա, որով ստացվել է

հայտադիմումը: Անձամբ ներկայացնելու դեպքում երկու կողմերը`

պատվիրատուն և հայտ ներկայացնողը, կստորագրեն գրանցամատյանում:

 

ԴՐՈՒՅԹ 9 Առաջարկները, որոնք ներկայացվել են վերջնաժամկետից հետո կամ չեն

հանձնվել պատվիրատուին մինչև հայտարարված վերջնաժամկետը, չեն

ընդունվի:

 

ԴՐՈՒՅԹ 10 Հայտ ներկայացնողը կարող է պայմանագրին վերաբերող հարցերը

ներկայացնել միայն ֆաքսով () կամ էլ. Փոստով (): Հարցերն

ընդունվում են մինչև Ամսաթիվ/Ամիս/Տարեթիվ., Ժամ.:

 

ԴՐՈՒՅԹ 11 Թղթային առաջարկը պետք է ներկայացվի հետևյալ կերպ.

«Առաջարկի բնօրինակ» և «առաջարկի ձևանմուշը». Հայտը և դրա

կրկնօրինակները պետք է դրվեն մեկ ոչ թափանցիկ ծրարում` կնքված

կամ ստորագրված, հայտ ներկայացնողի անունով ու հասցեով, ինչպես

նաև նշելով` «Էլեկտրոնային նույնականացման համակարգը

կառավարման ենթակառուցվածքում»: Յուրաքանչյուր ծրարը պետք է

պարունակի հայտ ներկայացնողի որակավորումները, տեխնիկական

առաջարկը և տնտեսական/ֆինանսական առաջարկը:

«Չբացել մինչև Ամսաթիվ/Ամիս/Տարեթիվ.,Ժամ և միայն գնահատման

հանձնաժողովի ներկայությամբ»

 

ԴՐՈՒՅԹ 12 Եթե հայտ ներկայացնողը ցանկանում է ընդլայնել/մանրամասնել

որոշակի հարցեր` կցելով փաստաթղթեր, ապա հստակ հղում պետք է

կատարվի համապատասխան էջերին և փաստաթղթի համապատասխան

բաժիններին:

 

ԴՐՈՒՅԹ 13 Առաջարկը պետք է պարունակի բոլոր պահանջվող տեղեկատվությունը և

ապացույցները` տեխնիկական առաջադրանքի համապատասխան:

 

ԴՐՈՒՅԹ 14 Պատվիրատուի կողմից տրամադրված տեղեկատվությունը հայտ

ներկայացնողի կողմից պետք է օգտագործվի կոնֆիդենցիալ ձևով:

Հակառակ դեպքում առաջարկը հաշվի չի առնվի: Հայտ ներկայացնողը

պետք է նույնը պահանջի իր հետ աշխատող խորհրդատուներից: Հայտ

ներկայացնողը այս մրցույթի վերաբերյալ մամուլի հետ չպետք է

առնչություն ունենա:

 

ԴՐՈՒՅԹ 15 Պատվիրատուն պարտավոր չէ բացահայտել ներքին փաստաթղթեր, ինչպես`

գնահատման հաշվետվություններ, խորհուրդներ և այլն:

 

ԴՐՈՒՅԹ 16 Կեղծ տեղեկատվություն տրամադրած հայտ ներկայացնողը կարող է

ցանկացած պահ հեռացվել մրցույթից: Եթե նման դեպքերը բացահայտվել

են պայմանագիրը ստորագրելուց հետո, պատվիրատուն իրավունք ունի

միակողմանի դադարեցնել պայմանագիրը, ստանալ փաստացի կորուստների

փոխհատուցում:

 

ԴՐՈՒՅԹ 17 Այս մրցույթի արդյունքում պատվիրատուի և հայտ ներկայացնողի

միջև ծագած յուրաքանչյուր վեճ կլուծվի ՀՀ դատարանում:

 

ԴՐՈՒՅԹ 18 Կիրառելի են միայն պատվիրատուի դրույթները և պայմանները:

 

ԴՐՈՒՅԹ 19 Հայտ ներկայացնողի տրամադրած փաստաթղթերը պահվում են տաս տարի:

 

ԴՐՈՒՅԹ 20 Առաջարկում առկա տեղեկատվությունը հասանելի է նաև պատվիրատուի

հետ աշխատող փորձագետներին:

 

ԴՐՈՒՅԹ 21 Առաջարկը, ինչպես նաև ներկայացրած բոլոր փաստաթղթերն ու

տեղեկատվությունը չեն վերադարձվում հայտ ներկայացնողին:

 

ԴՐՈՒՅԹ 22 Եթե հայտ ներկայացնողը խախտում է բաց մրցակցության վերաբերյալ

իրավական կարգավորումները ապա նրա հետ պայմանագիրը

դադարեցվում է:

 

ԴՐՈՒՅԹ 23 Առաջարկը պետք է վավեր լինի մրցութային գործընթացի ողջ

ընթացքում, սակայն առնվազն վեց օրացուցային ամիս առաջարկի

ընդունման վերջնական ժամկետից:

 

ԴՐՈՒՅԹ 24 Մրցութային գործընթացի հետ կապված ծախսերը, հնարավոր կորուստները

չեն փոխհատուցվում:

 

ԴՐՈՒՅԹ 25 Մինչև հայտ ներկայացնողներին ընտրական փուլ հրավիրելը`

պատվիրատուն պետք է թույլատրի նրանց կազմել ընկերությունների

ժամանակավոր միավորումներ: Ընկերությունների ժամանակավոր

միավորումների անդամների որակավորումների վերաբերյալ պահանջվող

տվյալները պետք է վերաբերեն ինչպես ընկերությունների

ժամանակավոր միավորմանը որպես ամբողջություն, այնպես էլ նրա

առանձին անդամներին:

Ընկերությունների ժամանակավոր միավորման յուրաքանչյուր անդամ

կարող է միաժամանակ ուղղակի կամ անուղղակի մասնակցել միայն մեկ

ժամանակավոր միավորմանը: Այս դրույթի խախտումը կհանգեցնի այս

ժամանակավոր միավորման և դրա անդամների մասնակցության

իրավունքից զրկման:

 

ԴՐՈՒՅԹ 26 Համաձայն շահերի բախման կանխարգելման վերաբերյալ օրենսդրությանը

և հասարակական կառավարման էթիկային` պատվիրատուն պետք է մերժի

առաջարկը, եթե այն ներկայացնողը.

- պատվիրատուի ներկա կամ նախկին աշխատակցին տվել կամ պատրաստ

է տա որևէ նվեր` դրամական կամ այլ` ազդելու պետական գնումների

գործընթացի որևէ որոշման կամ գործողության վրա:

- Այս գործընթացում ունի շահերի բախում, օրինակ` կապեր ունի

որևէ ֆիզիկական կամ իրավաբանական անձի հետ, որը նշանակված է

պատվիրատուի կողմից` տրամադրելու մրցութային գործընթացին

առնչվող խորհրդատվություն նախագծի, նկարագրությունների, կամ այլ

փաստաթղթերի պատրաստման ընթացքում, կամ կապեր ունի գնահատման

հանձնաժողովի անդամների հետ:

- ներկայացրել է կեղծ փաստաթղթեր/տեղեկատվություն տեխնիկական

առաջադրանքում նշված պահանջների վերաբերյալ:

 

ԴՐՈՒՅԹ 27 Պատվիրատուն պետք է գրավոր տեղեկացնի հայտ ներկայացնողին և

պետական գնումների գործակալությանը հայտը մերժելու և դրա

պատճառների մասին և պետք է համապատասխան նշում կատարի

մրցության գործընթացի հաշվետվության մեջ:

 

ԴՐՈՒՅԹ 28 Պատվիրատուն իրավունք է վերապահում ժամանակավորապես կամ

վերջնականապես դադարեցնել այս մրցութային գործընթացը ՀՀ

կառավարության որոշման, ներքին վերակազմավորման և այլ ներքին

ու արտաքին իրավիճակների և/կամ անկանխատեսված հանգամանքների

դեպքում (սահմանվում է միայն պատվիրատուի կողմից): Հայտ

ներկայացնողը իրավունք չունի պահանջելու որևէ փոխհատուցում

ծախսերի և կորուստների համար:

 

ԴՐՈՒՅԹ 29 Մրցութային գործընթացի ընթացքում պատվիրատուն հավասար

վերաբերմունք կդրսևորի բոլոր հայտ ներկայացնողների հանդեպ և

կհարգի հայտ ներկայացնողի տրամադրած առաջարկի և տեղեկատվության

գաղտնիությունը:

 

ԴՐՈՒՅԹ 30 Բոլոր փաստաթղթերը, տեղեկատվությունը, բացատրությունները,

հարցերի պատասխանները և այլն պետք է ներկայացվեն տեխնիկական

առաջադրանքում նշված ցուցումներին խիստ համապատասխան:

 

ԴՐՈՒՅԹ 31 Բոլոր պահանջներին, ցանկություններին, հարցերին պետք է տրվի

պատասխան:

 

ԴՐՈՒՅԹ 32 Հայտերը պետք է գնահատվեն ընտրության չափանիշների

ավարտվածության աստիճանին համապատասխան: Այն հայտերը, որոնք չեն

համապատասխանում մրցույթի առարկայի նկարագրությանը, պետք է

մերժվեն:

 

ԴՐՈՒՅԹ 33 Հայտ ներկայացնողի հետ չպետք է լինի որևէ բանակցություն կապված

իր առաջարկի հետ: Այնուամենայնիվ, պատվիրատուն կարող է պահանջել

հայտ ներկայացնողից պարզաբանել իր առաջարկը` առանց կատարելու

փոփոխություններ բովանդակության մեջ:

 

ԴՐՈՒՅԹ 34 Այս մրցույթի և ամբողջ թղթակցության և փաստաթղթերի լեզուն

անգլերենն է:

 

ԴՐՈՒՅԹ 35 Հայտ ներկայացնողի ներկայացրած գինը պետք է ֆիքսվի:

 

ԴՐՈՒՅԹ 36 Տեղեկատվական համակարգի ենթահամակարգերի, խմբերի, մասերի համար

առաջարկները չեն ընդունվի:

 

ԴՐՈՒՅԹ 37 Հայտ ներկայացնողը պետք է ֆինանսական առաջարկը ներկայացնի ՀՀ

դրամով կամ դրան համարժեք ԱՄՆ դոլարով:

 

2.1.1 Փաստաթղթի նպատակը

 

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

. Նկարագրել հայկական էլ. նույնականացման փաստաթուղթը և նախագծի շրջանակները,

. Նկարագրել մրցույթով իրականացվող պահանջները,

. Մանրամասնել ակնկալվող արդյունքները,

. Ապահովել համապատասխան տեղեկատվություն` նախագծի ծախսերը ձևավորելու նպատակով,

. Պատշաճ ձևով ներկայացնել, որ ստանդարտները և նկարագրությունները պետք է անպայման համապատասխանեն ICAO, ISO և ԵՄ կողմից մշակված ստանդարտներին,

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

. Ապահովել ողջ տեղեկատվությունը, որն անհրաժեշտ է հայտ ներկայացնողին լավ կառուցված, հակիրճ և պարզ առաջարկ պատրաստելու համար:

 

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

 

2.1.2 Հղումներ

 

Հավելվածներ Բ և Գ-ում բերված են այն փաստաթղթերի ցանկը, որոնք օգտագործվում կամ առնչվում են սույն փաստաթղթում քննարկվող նյութի բովանդակությանը:

 

2.2 Գնահատման գործընթացը

 

ԴՐՈՒՅԹ 38 Հայտերը պետք է գնահատվեն հետևյալ չափանիշներին համապատասխան:

 

Առաջարկի գնահատումը հաշվի կառնի տեխնիկական գործոնները ի լրումն ծախսային գործոնի: Գնի կշիռը («X» բազմապատկած 100 գնահատված առաջարկի միավորի բանաձևում)=40%

 

.____________________________________________________________.

|Գնահատման չափանիշները                                       |

|____________________________________________________________|

|Չափանիշներ                                   |Ենթակշիռ| Կշիռ|

|_____________________________________________|________|_____|

|Առաջարկի որակ                                |        |     |

|- Անվտանգության հետ կապված փաստաթղթեր        |  50%   | 40% |

|- Համակարգի ինտեգրացիա                       |  30%   |     |

|- Որակի վերապատրաստում և  այլ աջակցում       |  20%   |     |

|_____________________________________________|________|_____|

|Գին                                          |        |     |

|- նույնականացման քարտի արժեքը քաղաքացու համար|  60%   | 30% |

|- անձնագրի արժեքը քաղաքացու համար            |  40%   |     |

|_____________________________________________|________|_____|

|Պլանավորում և  իրականացում                   |  35%   |     |

|- Անհատականացման կենտրոնի հիմնադրման         |        | 20% |

|վերջնաժամկետ, համակարգի տեղադրման ավարտ      |        |     |

|ինչպես նաև  եզրափակիչ փորձարկում մինչև       |        |     |

|առաջին փաստաթղթի թողարկումը                  |        |     |

|- Քաղաքացիներին քարտերով ապահովման ավարտի    |        |     |

|վերջնաժամկետ                                 |  55%   |     |

|- Դիմում տալու պահից փաստաթղթի ստացման       |        |     |

|վերջնաժամկետը                                |  10%   |     |

|_____________________________________________|________|_____|

|Պահպանման պայմանագրի տարեկան ծախս            |        | 10% |

|_____________________________________________|________|_____|

|Ընդհանուր                                    |        |100% |

.____________________________________________________________.

 

2.3 Որակավորման չափանիշներ

 

ԴՐՈՒՅԹ 39 Հայտ ներկայացնողը պետք է բավարարի նշված որակավորման

պահանջներին, որոնք ներկայացված են ներքևում: Հայտ

ներկայացնողը հեռացվում է հետևյալ գնահատումից (չի գնահատվում

տնտեսապես և տեխնոլոգիապես), եթե այն չի համապատասխանում

որակավորման չափանիշներին:

 

2.3.1 Իրավական կարողություն

 

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

 

ՊԱՀԱՆՋ 1 Գրանցում որպես իրավաբանական անձ

 

ՊԱՀԱՆՋ 2 Համար հարկային մարմնում

 

ՊԱՀԱՆՋ 3 Ընկերության գրանցման վկայագրի պատճեն

 

ՊԱՀԱՆՋ 4 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողը չի գտնվում սնանկության մեջ:

 

ՊԱՀԱՆՋ 5 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողը չի մեղադրվել հանցագործության մեջ

 

ՊԱՀԱՆՋ 6 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողը չի դատվել կապված մասնագիտական

գործունեության հետ

 

ՊԱՀԱՆՋ 7 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողի ակտիվները/կապիտալը չեն գնահատվել դատական

կատարողի կողմից կամ արգելանքի տակ չեն:

 

ՊԱՀԱՆՋ 8 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողն չի գտնվում հանցագործության մեղադրանքի

տակ:

 

ՊԱՀԱՆՋ 9 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողը բավարարել է բոլոր հարկային

պարտականությունները:

 

ՊԱՀԱՆՋ 10 Իրավասու մարմնի կողմից տրված փաստաթուղթ, որը հավաստիացնում է,

որ Հայտ ներկայացնողը վճարել է բոլոր սոցիալական

ապահովագրության վճարները:

 

ՊԱՀԱՆՋ 11 Օտարերկրյա ընկերությունների դեպքում նրանք պետք է ներկայացնեն

ինքնահայտարարագրման փաստաթուղթ:

 

ԴՐՈՒՅԹ 40 Օտարերկրյա Հայտ ներկայացնողները կամ Հայտ ներկայացնողները,

որոնց վերաբերյալ նմանատիպ փաստաթղթեր չեն թողարկվել,

կթույլատրվի ներկայացնել դրանք գրավոր ձևով իրենց ողջ

պատասխանատվությամբ: Յուրաքանչյուր սխալ իրավական հիմք է

ստեղծում հայտ ներկայացնողին որակազրկելու համար:

 

2. Տնտեսական և ֆինանսական կարողություն

 

Փաստաթուղթը, որը հավաստիացնում է բավարար ֆինանսական աղբյուրների մասին ներառում է.

 

ՊԱՀԱՆՋ 12 Վերջին 3 տարիների ֆինանսական հաշվետվությունների հավաստիացված

պատճենները, հաստատված համապատասխան լիազոր մարմինների կողմից,

իրենց օրենսդրության համաձայն:

 

ՊԱՀԱՆՋ 13 Վերջին 3 տարիների անկախ լիցենզավորված մարմնի կողմից

իրականացրած ֆինանսական աուդիտի պատճենները, այնպես, որ վերջին

2 տարվա միջին տարեկան շրջանառությունը չլինի ավելի նվազ, քան

Հայտ ներկայացնողի կողմից առաջարկվող ամբողջ ներդրումների

արժեքը:

 

ՊԱՀԱՆՋ 14 Ապացույց, որ նախագծի ողջ արժեքը չի գերազանցում ողջ ակտիվների

մեկ երրորդը

 

ՊԱՀԱՆՋ 15 Բանկից հավաստիացնող վկայագիր, որ Հայտ ներկայացնողի լիկվիդային

միջոցները կազմում են նվազագույնը նախագծի արժեքի 50%-ը:

 

2.3.2 Տեխնիկական և մասնագիտական գործունեություն

 

Փաստաթուղթը, որ հավաստիացնում է բավարար տեխնիկական և պրոֆեսիոնալ գործունեությունը ներառում է.

 

ՊԱՀԱՆՋ 16 Էլ. անձնագրերը և (ոչ անհատականացված) նույնականացման քարտերը

պետք է թողարկվեն բարձր անվտանգությամբ մասնագիտացված տպագրական

ընկերության կողմից: Այդ նպատակով Հայտ ներկայացնողը պետք է

տրամադրի համապատասխան մարմնի կողմից տրված հավաստագիր,

փաստաթուղթ, թույլտվություն և այլն:

 

ՊԱՀԱՆՋ 17 Հայտ ներկայացնողը պետք է ներկայացնի առնվազն երկու (2)

կենսաչափական նախագծի տեղեկանք, որտեղ նա իրականացրել է

պայմանագիրը որպես Կառավարության գլխավոր կապալառու կամ

երկրի ամբողջ բնակչության գրանցմանը և կենտրոնական տվյալների

հավաքագրմանը վերաբերող կենսաչափական կամ կենսագրական

մուտքագրումը իրականացնող միջազգային կառույց:

 

ՊԱՀԱՆՋ 18 Հայտ ներկայացնողը պետք է կարողանա ապացուցել իր փորձառությունը

առնվազն երկու (2) ամբողջովին գործող էլ. նույնականացման

փաստաթղթերի անհատականացման կենտրոնների հիմնադրման

միջոցով, ինչպիսիք են էլ. անձնագրերը կամ նույնականացման

քարտերը:

 

ՊԱՀԱՆՋ 19 Իր փորձը ապացուցելու համար Հայտ ներկայացնողը պետք է

ներկայացնի տեղեկանք` ստորագրված հաճախորդի ներկայացուցչի

կողմից: Այս տեղեկանքը պետք է նկարագրի նախագծի շրջանակները,

նշելով հիմնական տրամադրվելիք արդյունքները և նշելով մինչ այժմ

անհատականացված փաստաթղթերը: Երկու նախագծերն էլ

(անհատականացման կենտրոնի ընդարձակ մուտքագրումը, գրանցումն ու

տեղաբաշխումը) պետք է հանձնված լինեն վերջին երեք (3) տարիների

ընթացքում:

 

ՊԱՀԱՆՋ 20 Հայտ ներկայացնողը պետք է ներկայացնի պայմանագրի շրջանակներին

համապատասխան աշխատանքների իրականացման մասնագիտական

լիցենզիաներ կամ/և Հայտ ներկայացնողի հետ անմիջական կապ

չունեցող փորձագետների կողմից աշխատանքների իրականացման

հավաստագիր, ինչպես նաև աշխատանքների իրականացման համար

պատասխանատու անձնակազմի կրթական և մասնագիտական

որակավորումները:

 

Հայտ ներկայացնողը պետք է նվազագույնը ներկայացնի հետևյալ հավաստագրերը.

 

ՊԱՀԱՆՋ 21 ISO 9001:2000 Ինտեգրված համակարգերի իրականացման հավաստագիր

կամ համարժեք հավաստագիր:

 

ՊԱՀԱՆՋ 22 Սերիական հավաստագիր ISO 27000 (27001, 27002) բարձր

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

 

ՊԱՀԱՆՋ 23 PMP Հավաստագիր նախագծի ղեկավարման համար (նա պետք է ներկայացնի

իր աշխատակիցների ինքնակենսագրությունները)

 

ՊԱՀԱՆՋ 24 Ներկայացնել ընկերության հիմնական անձնակազմի

ինքնակենսագրությունների ցանկը կամ տեղեկանքների ապացույց Էլ.

անձնագրերի և/կամ նույնականացման քարտերի այլ ազգային

նախագծերում նրանց ուղղակի ներգրավվածության մասին:

 

ՊԱՀԱՆՋ 25 ITIL/ITSM Հավաստագիր (նա պետք է ներկայացնի իր այն

աշխատակիցների ինքնակենսագրությունները, որոնք ունեն ITIL/ITSM

Հավաստագիր)

 

2.3.2.1 Համատեղ ձեռնարկության անդամ կամ ենթակապալառուի կարողությունը

 

Յուրաքանչյուր համատեղ ձեռնարկության անդամ կամ ենթակապալառու, որը իրականացնում է այս պայմանագրի աշխատանքների էական մասը (սպասվելիք պայմանագրի արժեքի 20% կամ ավելին) պետք է.

 

ՊԱՀԱՆՋ 26 ՈՒնենա համապատասխան փորձ ՏՀ կամ դրա հետ կապակցված ոլորտի հետ

առնվազն երեք (3) հաջորդող տարիների ընթացքում

 

ՊԱՀԱՆՋ 27 Բավարար և հաջող մասնակցություն ունեցած լինի առնվազն մեկ (1)

ազգային, բազմամակարդակ, բազմակողմ նախագծերի տեղադրման և

իրականացման մեջ, COTS ծրագրային ապահովման աջակցում

 

2.4 Պլանավորում

 

Հայտ ներկայացնողը պետք է համապատասխանի հետևյալ ժամանակացույցին.

 

._____________________________________________________________________.

|Վերջնաժամկետ|                 Գործողություն          |Դիտողություններ|

|____________|________________________________________|_______________|

|10/09/2010  |Մրցույթի հայտարարում                    |               |

|____________|________________________________________|_______________|

|25/10/2010  |Մրցութային փաստաթղթերի ձեռքբերում և     |    (45 օր)    |

|            |առաջարկների պատրաստում հնարավոր         |               |

|            |մատակարարների կողմից                    |               |

|____________|________________________________________|_______________|

|05/10/2010  |Պատասխանների ուղարկում հայտ             |    (6 օր)     |

|            |ներկայացնողներին                        |               |

|____________|________________________________________|_______________|

|30/10/2010  |Առաջարկների բացում բացման և  գնահատման  |    (1 օր)     |

|            |հանձնաժողովի նախագահի կողմից            |               |

|____________|________________________________________|_______________|

|05/11/2010  |Գնահատման հանձնաժողովի կողմից           |    (2 օր)     |

|            |որակավորման պահանջների գնահատում        |               |

|____________|________________________________________|_______________|

|25/11/2010  |Գնահատման հանձնաժողովի կողմից           |    (20 օր)    |

|            |առաջարկների տեխնիկական և  ֆինանսական    |               |

|            |գնահատում                               |               |

|____________|________________________________________|_______________|

|15/12/2010  |Հաղթող ընկերության հայտարարում և        |    (15 օր)    |

|            |պայմանագրի կնքում                       |               |

|____________|________________________________________|_______________|

|15/12/2010  |էլ. փաստաթղթերի մշակման սկիզբ           |               |

|____________|________________________________________|_______________|

|28/02/2011  |Դատարկ անձնագրերի և  նույնականացման     |               |

|            |քարտերի ստացում                         |               |

|____________|________________________________________|_______________|

|28/02/2011  |Ծրագրային և  ապարատային ապահովման       |               |

|            |ստացում                                 |               |

|____________|________________________________________|_______________|

|01/05/2011  |Նոր համակարգի մշակում և  փորձարկում     |               |

|____________|________________________________________|_______________|

|01/08/2011  |Նոր ենթակառուցվածքի շահագործման հանձնում|               |

|____________|________________________________________|_______________|

|01/09/2011  |Նոր անձնագրերի պարբերական թողարկման     |               |

|            |փորձարկում և  ընդունում                 |               |

._____________________________________________________________________.

 

2.5 Անձնագրերի տրամադրման և թողարկման համակարգի ընթացիկ

ճարտարապետությունը

 

Ներկայումս անձնագրերը տրվում են ոստիկանության կողմից, որը նաև իրականացնում է գրանցում հանրապետության 61 ոստիկանական կետերում, իսկ որոշումը կայացվում է վերջինիս կողմից վարվող Բնակչության ռեգիստրի հիման վրա:

Ստորև բերված գծապատկերը ցույց է տալիս ներկայիս համակարգի ենթակառուցվածքը`

 

Ոստիկանությունում անձնագրերի թողարկման և գրանցման ներկայիս կառուցվածքը

_____________________________

ԻՐՏԵԿ - գծապատկերը չի բերվում

 

Հայաստանի քաղաքացիներն անձնագիր ձեռք բերելու համար դիմում են հանրապետության Ոստիկանության կողմից կառավարվող 61 ոստիկանական կետերից որևէ մեկին: Այդ կետերից 13-ը գտնվում են մայրաքաղաք Երևանում: Դիմելու համար քաղաքացիները պետք է լրացնեն հայտադիմում (դիմումի պատճենը ներկայացված է ստորև), ներկայացնեն անձնագրի չափի երկու գունավոր լուսանկար, ինչպես նաև իրենց քաղաքացիական կարգավիճակը հաստատող փաստաթղթեր: Փաստաթղթերը ստուգվում են, տվյալները և լուսանկարը մուտքագրվում են համակարգիչ և ուղարկվում հայտադիմումների կենտրոնական սերվեր հետագա հաստատման և անձնագրի թողարկման համար: Հայտադիմումը և սկանավորված նկարը ուղարկվում է կենտրոնական սերվեր 128 կբ/վ ցանցային գծերով, որոնք կապում են ոստիկանության կետերը կենտրոնական սերվերներին: Քաղաքացու տվյալները և փաստաթղթերի մասին տեղեկությունները այնուհետև պահվում են Բնակչության պետական ռեգիստրի տվյալների բազայում, որը Oracle 10.1 տվյալների բազայի սերվեր է: Կենտրոնական տպագրատանը կա 20 համակարգիչ Diletta 500 տպիչներով, որոնք ներկայումս կիրառվում են` տպելու անձնագրերի տեղեկություններ պարունակող էջերը: Տպելուց հետո վերոհիշյալ էջերը պաշտպանվում են թաղանթով` օգտագործելով երկշերտ լամինացնող սարք (GMP Excelam 355Q):

 

Դիմում անձնագրի համար (պատճենահանված տարբերակ)

Ձև 1

ԴԻՄՈՒՄ ԱՆՁՆԱԳԻՐ ՏԱԼՈՒ ՄԱՍԻՆ

 

Խնդրում եմ ինձ անձնագիր տալ _________________________________________

նշել ինչ կապակցությամբ

Իմ մասին հայտնում եմ հետևյալ տեղեկությունները.

1. _______________ 2. _______________ 3. ___________________

          ազգանունը           անունը           հայրանունը

       _______________    _______________    ___________________

          ֆամիլիյա             իմյա            օտչեստվօ  

       _______________    _______________    

          surname(s)           name

4. Ծնվել եմ «___»________ 19   թ. ________________________________

երկիրը, քաղաքը, գյուղը, շրջանը

_______________ 5. Սեռը _______ 6. Անձնական նիշը ______________

 

7. Ազգությունը __________ 8. Բնակության վայրը ______________________

շրջանը, քաղաքը, գյուղը

_______________________ 9. Դիմող ________________ «___» _________ թ.

    փողոցը, տունը բնակարանը           ստորագրություն

 

.________.   10. Հիմք ընդունելով ___________________________________

|        |                        փաստաթղթի անվանումը, երբ,

|        |   _______________________________________________________

|        |                    ում կողմից է տրվել

.________.   քաղ. ___________________ տալ __________________ սերիայի

ազգանունը

N _________ անձնագիրը ______________ թ.

Անձնագրային ծառայության պետ __________________________

ստորագրություն, ազգանուն

Ստացա ________________ «___» _________ թ.

ստորագրություն

 

Անձնագրերը թողարկվում են միայն քաղաքացու տվյալները ԲՊՌ-ում առկա տվյալների և քրեական սև ցուցակի հետ համեմատելուց հետո: Երբ անձնագիրը թողարկվում է, այն ուղարկվում է տեղի անձնագրային ծառայություն տիրոջը հանձնելու համար, իսկ տվյալները նորացվում են Բնակչության պետական ռեգիստրում: Ներկայումս ոստիկանությունն ի վիճակի է անձնագրի թողարկումը կատարել մեկ օրում:

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

 

2.5.1 ՀՀ-ի Բնակչության Պետական Ռեգիստրի ավտոմատացված համակարգը

 

ՀՀ ԲՊՌ-ն տեղեկատվական համակարգ է Հայաստանի տարածքում կամ դրանից դուրս ապրող քաղաքացիների անձնական տվյալները գրանցելու համար` ըստ իրենց բնակության վայրի:

ԲՊՌ-ն բաղկացած է Կենտրոնական ռեգիստրից և տեղական մասնաճյուղերից (տեղական ռեգիստրներ): Տեղական ռեգիստրների կառավարումն իրականացվում է ՀՀ ոստիկանության ԱՎՎ-ի կողմից` որպես դրա համար լիազորություն ունեցող մարմին: Կան 61 տարածաշրջանային անձնագրային ծառայություններ:

Կենտրոնական ռեգիստրի կառավարումը և տեղական ռեգիստրների համակարգումը իրականացվում է ՀՀ ոստիկանության Անձնագրային և վիզաների վարչության (ԱՎՎ) կողմից:

1994 թ. ստեղծվել է անձնագրային համակարգ, որի հիման վրա 2005-2006 թթ. ԵՐՄՄԳՀԻ կողմից մշակվել է ԲՊՌ-ն: ԵՐՄՄԳՀԻ-ն իրականացնում է համակարգի աջակցության, հսկման, անհրաժեշտ բարեփոխումների իրականացման գործառույթներ: Ոստիկանների վերապատրաստումը և դրա պարբերաբար իրականացումը ևս ԵՐՄՄԳՀԻ-ի գործառույթներից է: Ոստիկանության բոլոր համակարգերը գործում են նույն կերպ և կատարում են տվյալների փոխանակում` հղումներ կատարելով դրանց: Նրանք կկազմեն Հայաստանի էլեկտրոնային կառավարման համակարգի մի մասը, որը կմշակվի 2009-2012 թթ` ըստ ՀՀ կառավարության որոշման:

Էլեկտրոնային նոր անձնագրային համակարգը պետք է կարողանա աշխատել առկա ԲՊՌ տեղեկատվական համակարգի հետ: Ծրագրի ինտերֆեյսի ողջ մշակումը/նախագծումը, որն անհրաժեշտ է այս փոխկապակցման համար, կիրականացվի ԵրՄՄԳՀ-ի կողմից կամ ՀՀ այլ գործընկերոջ հետ համագործակցությամբ, որը կհանդիսանա այս ծրագրի ենթակապալառու: Հայտ ներկայացնողը պետք է տրամադրի ԲՊՌ փոխկապակցման համար անհրաժեշտ ինտերֆեյսների նախագծի մանրամասների ընդհանուր ուրվագիծը:

Հանրապետական մակարդակով ԲՊՌ համակարգի տվյալների բազան Oracle 10g ստանդարտ թողարկումն է, իսկ տեղական ռեգիստրներում` Oracle 10g անձնական թողարկումը: Կլիենտային մասն արվում է MS Visual Studiօ 6.0- միջոցով` հիմնականում Visual Basic լեզվով:

ԲՊՌ-ն գործում է Ոստիկանության գլոբալ համակարգում: Տեղեկությունների փոխանակումն իրականացվում է հիմնականում CDN տեխնոլոգիայով` հաղորդակցման առանձին գծերի միջոցով: Գործառնական մակարդակում տվյալների փոխանակումն իրականացվում է FTP պրոտոկոլով` կիրառելով TCP/IP փոխադրման պրոտոկոլ:

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

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

ՀՀ Բնակչության պետ ռեգիստրի տվյալների բազան ունի տվյալների հետևյալ կառուցվածքը`

. Բնակչության անկետային տվյալները հայկական անձնագրերով: 2007 թ. սկսած մուտքագրվում են նաև նորածինների և մահացածների տվյալները:

. Բնակչության նկարների պատճենները անձնագրերով (սկսած 2007 թ):

. ՀՀ տարածքում ապրող ժամանակավոր կացության քարտ ունեցող արտասահմանյան քաղաքացիների տվյալները:

. Արտերկրում ապրող Հայաստանի քաղաքացիների մասին տվյալներ (Հյուպատոսական հաշվառում):

. Տեղեկություններ ՀՀ տարածքում բնակվող փախստականների մասին:

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

. Տվյալներ հետախուզող և վարչական խախտումներ կատարած անձանց վերաբերյալ:

. Տվյալներ տարածքային հասցեների մասին (մարզ, համայնք, բնակավայր, փողոց, շենք/տուն):

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

ԲՊՌ ավտոմատացված համակարգի հիմնական բաժիններն են`

1. Հայաստանի քաղաքացիների համար անձնագրերի թողարկման ենթահամակարգ`

. Նոր անձնագրի գրանցում

. Անձնագրի փոխանակում

. Անձնագրի վավերականության երկարացում

. Անձնագրի ոչնչացում

. Անձնագրի անվավեր ճանաչում

2. Քաղաքացիների գրանցման ենթահամակարգ`

. Հայաստանի/օտարերկրյա քաղաքացիների հաշվառում

. Հայաստանի/օտարերկրյա քաղաքացիներին հաշվառումից հանում

3. Փախստականների վկայականների տպագրման ենթահամակարգ

4. Փախստականների ճամփորդական փաստաթղթերի տպագրման ենթահամակարգ

5. Փախստականների հաշվառման և հաշվառումից հանելու ենթահամակարգ

6. Տվյալների ստուգման ենթահամակարգ`

. անձնագրի վավերականությունը օտար երկրներում հաստատելու համար:

. Օպերատիվ ստուգում իրականացնելու համար:

7. Օտարերկրյա քաղաքացիների մուտքի արտոնագրերը գրանցելու ենթահամակարգ:

8. Անձնագրերի, փախստականների վկայականների և ճամփորդական փաստաթղթերի կենտրոնացված տպման ենթահամակարգ:

9. Հավաստագրերի, զեկույցների և ընդհանրացված տեղեկությունների արձանագրման (lօg) ենթահամակարգ:

10. Տարածքային ստորաբաժանման հասցեներին հղում կատարելու և հասցեների բազայի կառավարման ենթահամակարգ:

11. Օպերատիվ տվյալների և պետական այլ կառույցներից ստացված տեղեկությունների կառավարման ենթահամակարգ:

12. Տեղեկատվական ենթահամակարգ ոստիկանական ծառայությունների և պետական այլ մարմինների համար:

13. Վիճակագրական տվյալների ենթահամակարգ

14. Տվյալների փոխանցման և տվյալների կոդավորման/ապակոդավորման ենթահամակարգ

15. Վարչական (ադմինիստրատիվ) գործառույթներ իրականացնելու ենթահամակարգ

 

2.5.2 ԲՊՌ դիագրամ

 

Բնակչության պետական ռեգիստրի գծապատկեր

_____________________________

ԻՐՏԵԿ - գծապատկերը չի բերվում

 

ՄԱՍ II: Նոր անձնագրերի և նույնականացման քարտերի նկարագրություն

 

3. Փաստաթղթային համակարգի նկարագրություն

 

3.1 Նոր անձնագրերի և նույնականացման քարտերի սխեմայի նկարագրություն

 

3.1.1 Նոր բիզնես գործընթացներ

 

Որոշ սահմանափակումներ

. Քաղաքացին կարող է ունենալ միայն մեկ էլ-քարտ և միայն մեկ էլ-Անձնագիր

. Քաղաքացին կարող է ունենալ էլ-Անձնագիր, միայն այն դեպքում, եթե նա արդեն ունի էլ-քարտ (կարող է դիմել միաժամանակ երկուսն էլ ստանալու համար):

 

Հիմնական ստուգումներ

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

 

Հիմնական գործողություններ

. Նոր էլ-նույնականացման փաստաթուղթ

- Նոր էլ-Քարտի տրամադրում 1-ին անգամ

- Նոր էլ-Անձնագրի տրամադրում 1-ին անգամ

. Էլ-նույնականացման փաստաթղթի փոխանակում

- օգտագործման ոչ պիտանի լինելու պատճառով

- կորստի կապակցությամբ

- տվյալների փոփոխության պատճառով - անուն, ազգանուն և այլն

- ժամկետը լրանալու կապակցությամբ

- քաղաքացին նման ցանկություն է հայտնել

 

Պատկերը նկարագրում է էլ-նույնականացման փաստաթղթի թողարկման հիմնական գործընթացը:

__ ___ ___ __ __

| ԿԵՆՏՐՈՆ        |

.____________.

| |ԱՆՁՆԱՎՈՐՄԱՆ | |

|ԿԵՆՏՐՈՆ     |

|ԷԼ-ՆՈՒՅՆԱԿԱ-|

|ՆԱՑՄԱՆ      |

.______________.          | |ՓԱՍՏԱԹՂԹԻ   | |

|     .___ԳՈՐԾԱՐՔ_________>|  ԱՆՁՆԱԳՐԱՅԻՆ |            |ԷԼԵԿՏՐՈՆԱՅԻՆ|

---|---  |                    |     ԲԱԺԻՆ    |__ՏՊԱԳՐՄԱՆ_>|ԵՎ ՎԻԶՈՒԱԼ  | |

|  ___.                    |ՏՎՅԱԼՆԵՐԻ     |  ՀԱՅՏ      |ԱՆՁՆԱՎՈՐՈՒՄ,|

|  ___.                    |ՀԱՎԱՔԱԳՐՈՒՄ,  |          | |ԷԼ-ՆՈՒՅՆԱ-  | |

|     . ԷԼ. ՆՈՒՅՆԱԿԱՆԱՑՄԱՆ_|ՍՏՈՒԳՈՒՄ,     |<_ՏՊԱԳՐՎԱԾ  |ԿԱՆԱՑՄԱՆ    |

|       ՓԱՍՏԱԹՈՒՂԹ         |ՆՈՒՅՆԱԿԱՆԱՑՄԱՆ|  ՓԱՍՏԱ-  | |ՓԱՍՏԱԹՂԹԻ   | |

/|\                         |ՓԱՍՏԱԹՂԹԻ     |  ԹՈՒՂԹ __|_|ԿԵՆՍԱՇՐՋԱՆԻ |

/ | \                        |ՏՊԱԳՐՄԱՆ      |          | |ԿԱՌԱՎԱՐՈՒՄ  | |

Քաղաքացի                      |ՀԱՅՏԻ         |            .____________.

|ՈՒՂԱՐԿՈՒՄ,    |          |   |      /|\   |

|ՓԱՍՏԱԹՂԹԻ     |             Հավաս- Հավաս-

|ՏՊԱԳՐՈՒՄ      |          |  տագրի  տագիր  |

.______________.             հայտ     |

|  \|/      |    |

.____________.

| |Certifica-  | |

|tion        |

| |Authority   | |

|Հավաստագրի  |

| |գեներեցիա և | |

|հավաստագրում|

| .____________. |

__ ___ ___ __ __

 

Քայլ 1 - քաղաքացին գալիս է անձնագրային և վիզաների վարչություն կամ տարածքային անձնագրային ծառայություն համապատասխան փաստաթղթերով:

Քայլ 2 - Անձնագրավարը հերթականությամբ մուտքագրում է քաղաքացու տվյալները և կատարում է համապատասխան ստուգումներ:

Քայլ 3 - Երկրորդ քայլի ստուգումների դրական պատասխանի դեպքում անձնագրավարը վերցնում է քաղաքացու մատնահետքը

Քայլ 3.1 - Մատնահետքերը մուտքագրելուց համակարգը ստուգում է մատնահետքի համապատասխանությունը ICAO ստանդարտի հետ և տեղեկացնում անձնագրավարին:

Քայլ 4 - անձնագրավարը լուսանկարում է քաղաքացուն

Քայլ 4.1 - Քաղաքացուն լուսանկարելուց համակարգը ստուգում է նկարի համապատասխանությունը ICAO ստանդարտին և տեղեկացնում անձնագրավարին:

Քայլ 5 - Անձնագրավարը տպագրում է հայտ ստացականը:

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

Քայլ 7 - Անձնագրավարը ուղարկում է ամբողջական տվյալները կենտրոնական համակարգ

Քայլ 8 - Կենտրոնական համակարգը ստացված տվյալների նկատմամբ կատարում է հետևյալ ստուգումները.

Քայլ 8.1 - Անհատական տվյալներ

Քայլ 8.2 - Լուսանկար

Քայլ 8.3 - Մատնահետք - Այս ստուգումը կատարվում է այն դեպքում եթե անհատական տվյալների և լուսանկարի ստուգումը արդյունք չի տվել

Քայլ 9 - Նույնականացման հավաստիացում

Տարբերակ 1) Եթե տվյալները համապատասխանում են պահանջներին, ապա ուղարկվում է հարցում հավաստագրման կենտրոնին հավաստագրերի գեներացիայի համար

Տարբերակ 2) Եթե տվյալները չեն համապատասխանում պահանջներին, ապա այդ դեպքը պետք է հետազոտվի

Քայլ 10 - Հավաստագրման կենտրոնը գեներացնում է հավաստագիրը և ուղարկում է անձնականացման կենտրոն:

Քայլ 11 - անձնականացման կենտրոնը իրականացնում է էլ-նույնականացման փաստաթղթի էլեկտրական և տեսանելի անձնավորում:

Քայլ 12 - Որակի ստուգումից հետո էլ-նույնականացման փաստաթուղթն ուղարկվում է տարածքային անձնագրային ծառայություն:

Քայլ 13 - Անձնագրավարը տեղադրում է էլ-նույնականացման փաստաթուղթը կարդացող սարքի մեջ և ստուգում է քաղաքացու մատնահետքը փաստաթղթում եղած մատնահետքի հետ (1:1 ստուգում).

Քայլ 14 - Անձնագրավարը թույլ է տալիս քաղաքացուն կարդալ պահոցում պահված տեղեկատվությունը

Քայլ 15 - անձնագրավարը վերցնում է ստացականը և քաղաքացուն հանձնում էլ-նույնականացման փաստաթուղթը:

Քայլ 16 - Էլեկտրոնային անձնագիրը ակտիվանում է այն քաղաքացուն տրամադրելուց հետո, իսկ նույնականացման քարտի ակտիվացման համար քաղաքացին պետք է օգտագործի PIN-ը, որը տրամադրվում է հավաստագրման կենտրոնի կողմից:

 

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

 

4. Պայմանագրի շրջանակը և ծավալը

 

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

 

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

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

. Էլ. նույնականացման փաստաթղթերի թողարկում, որոնք մեծաքանակ կգնվեն մրցակցության հիման վրա ընտրված մատակարարից և կանհատականացվեն գրանցման և անհատականացման համակարգերի հետագա կիրառմամբ: Նախագծի ընթացքում Հայտ ներկայացնողն կապահովի մեկ տարվա համար առնվազն 250,000 նույնականացման քարտ և 100,000 կենսաչափական անձնագիր,

. Լրացուցիչ 4 ծրագրային և ապարատային ապահովման միջոցներ գրանցման կենտրոնների համար,

. Այս նախագծի ընթացքում պետք է նաև տրամադրվեն 4000 դիվանագիտական անձնագիր,

. 10 շարժական մուտքագրման կայաններ,

. Ինտեգրում առկա համակարգերի (ԲՊՌ) և նույնականացման քարտերի հավաստագրման կենտրոնի հետ,

. Էլեկտրոնային անձնագրերի համար CSCA-ը պետք է մշակվի ICAO 9303 փաստաթղթի համաձայն: Մուտքի ընդլայնված վերահսկման ենթակառուցվածքը պետք է չընդգրկվի:

. Հիմնական ենթահամակարգերի ինտեգրում մեկ համակարգի մեջ,

. Համակարգի փորձարկում և ընդունում,

. Պահպանում և սպասարկում 1 տարվա ընթացքում,

. Վերապատրաստում ա) գրանցման կայանի համար (15 հոգի), բ) Կենսաչափական գործունեություն (5 հոգի) գ) Անվտանգ փաստաթղթերի կառավարման համակարգ (15 հոգի) և դ) անհատականացման ենթահամակարգ (5 հոգի)

. Գիտելիքի փոխանցում (5 հոգի)

. 2 տարվա Երաշխիքային սպասարկում ծրագրային և ապարատային ապահովման համար

. ՀՀ կառավարությունը նախատեսում է ապագայում տրամադրել գրանցման կայաններ դիվանագիտական հաստատություններում

- EAC-ը նախատեսվում է լինել ապագայում

 

ՄԱՍ III: Մրցութային փաստաթուղթ

 

5. Պահանջներ

 

5.1 Օրենսդրություն

 

ՊԱՀԱՆՋ 28 Համակարգը պետք է համապատասխանի ՀՀ օրենսդրությանը:

 

5.2 Ընդհանուր պահանջներ

 

ՊԱՀԱՆՋ 29 Համակարգը պետք է իրականացնի ֆունկցիոնալությունը, որը նշված է

3.1.1 բաժնում բոլոր գործողությունների համար:

 

ՊԱՀԱՆՋ 30 Ծրագրի ինտերֆեյսի ողջ մշակումը/նախագծումը, որն անհրաժեշտ է

այս փոխկապակցման համար, կիրականացվի ԵրՄՄԳՀ-ի կողմից կամ ՀՀ

այլ գործընկերոջ հետ համագործակցությամբ, որը կհանդիսանա այս

ծրագրի ենթակապալառու: Հայտ ներկայացնողը պետք է տրամադրի ԲՊՌ

փոխկապակցման համար անհրաժեշտ ինտերֆեյսների նախագծի

մանրամասների ընդհանուր ուրվագիծը:

 

ՊԱՀԱՆՋ 31 Նոր համակարգը պետք է հնարավորություն ունենա անհատականացնելու

ընթացիկ անձնագրերը

 

ՊԱՀԱՆՋ 32 Հայտ ներկայացնողը պարբերաբար պետք է երաշխավորի, որ պահեստում

կունենա 1 ամսվա անհրաժեշտ սպառվող ապրանքներ:

 

ՊԱՀԱՆՋ 33 Հայտ ներկայացնողը պետք է գնահատի/սահմանի ապրանքների և

անհրաժեշտ սպառվող ապրանքների քանակը նույնականացման

փաստաթղթերի անհատականացման և ընդհանուր քանակի վերաբերյալ:

Եթե սպառվող ապրանքների և նյութերի քանակը չի լրացնում

կանխատեսված անհատականացված քարտերի քանակը, ապա հայտ

ներկայացնողը պետք է ապահովի հավելյալ անվճար քարտերի քանակ:

 

ՊԱՀԱՆՋ 34 Հայտ ներկայացնողը պետք է տրամադրի և ապահովի գլոբալ

փոխգործունելիություն Էլ-անձնագրերի համար, որպեսզի այն լինի

ընթեռնելի յուրաքանչյուր երկրի կողմից և բացատրվի, թե ինչպես է

այն ձևավորել:

 

ՊԱՀԱՆՋ 35 Հայտ ներկայացնողը պետք է տրամադրի և ապահովի գլոբալ

փոխգործունելիություն Էլ-նույնականացման քարտերի համար, որպեսզի

այն լինի համատեղելի էլեկտրոնային կառավարման ծառայությունների

հետ և բացատրվի, թե ինչպես է այն ձևավորել:

 

ՊԱՀԱՆՋ 36 Համակարգը պետք է տրամադրի SOAP ինտերֆեյսներ տարբեր

գործակալությունների համար:

 

ՊԱՀԱՆՋ 37 Հայաստանի Հանրապետությունը իրավունք է վերապահում կապ

հաստատել/կամ այցելել տվյալ հայտ ներկայացնողի կողմից նշված

երկրները: Համակարգի ցուցադրումը, որն օգտագործում է առաջարկվող

նույնականացման քարտի փաստաթուղթը կամ շատ մոտ է «տնային

գրքույկ» օրինակին, պարտադիր է:

 

ՊԱՀԱՆՋ 38 Հայտ ներկայացնողը պետք է հստակ սահմանի յուրաքանչյուր

առաջարկվող ապարատային ապահովման բոլոր նյութերը կամ սպառվող

մասերը: Նաև պահանջվում է սահմանել յուրաքանչյուր մասի գինը,

ինչպես նաև առաջարկված սպառվող ապրանքի գինը: Յուրաքանչյուր

մասի վերականգնումը կամ փոփոխումը, որը սահմանված չէ սպառվող

ապրանքի գնացուցակում, պետք է սահմանվի պայմանագրում համակարգի

ապահովման նպատակով:

 

ՊԱՀԱՆՋ 39 Ծախսարդյունավետ լավագույն լուծումը ձեռք բերելու և գործող

ենթակառուցվածքը և գործընթացները խթանելու համար, թիրախ

միջավայրը պետք է առավելագույնս օգտագործի գործող ապարատային

ապահովումը և համակարգչային ծրագրերը: (Հավելված Ա).

 

ՊԱՀԱՆՋ 40 Նոր Հայկական անձնագիրը պետք է կատարի դիմային և մատնահետքի

կենսաչափական ճանաչում, ինչպես նաև փորձաքննական

գործառույթներ: Անձնագրի բոլոր ասպեկտները, որոնք ներառում են

անձի դիմային ճանաչման և մատնահետքի հնարավորությունները,

կլինեն ամենօրյա Որակի Ստուգման համակարգի պահանջների մի մասը,

որոնք կկիրառվի վավերացնելու Հայկական անձնագրերը:

 

ՊԱՀԱՆՋ 41 Էլեկտրոնային նույնականացման փաստաթուղթը պետք է կրի քաղաքացու

հանրային ծառայության համարանիշը չիպի ներսում:

 

ՊԱՀԱՆՋ 42 Հայկական անձնագրի բոլոր ասպեկտները պետք է համապատասխանեն ICAO

և ISO պահանջներին: Դրանք ներառում են ISO պահանջները`

հաստատված բոլոր ICAO ստանդարտներով, ներառյալ դիմանկարի

պահանջները:

 

ՊԱՀԱՆՋ 43 Այնուամենայնիվ, այս ծրագիրը նաև կպահանջի երաշխավորագրեր հայտ

ներկայացնողներից, նշելով այն գործառույթները, որոնք անհրաժեշտ

է դիտարկել ինչպես առնչվող, այնպես էլ հավելյալ ծախսերի

դեպքում: Այս ամենը առանձնապես ակնհայտ կլինի անվտանգության

գործոններում, որոնք ընդգրկված կլինեն փաստաթղթի դատարկ

նույնականացման քարտում:

 

ՊԱՀԱՆՋ 44 Հայտ ներկայացնողը կկրի ինչպես կատարողականության, այնպես էլ

դիմակայունության թեստի ծախսերը և կտրամադրի դրանց

արդյունքները, երրորդ անաչառ կողմի թեստային առաջարկով: Այս

թեստային արդյունքները կներառեն դրական ապացույց այն մասին, որ

Հայկական անձնագիրը ընթեռնելի է այլ պայմանագիր կնքող մարմնի

կողմից: Նմանապես, Հայտ ներկայացնողը կհաստատի թեստային մարմնի

միջոցով, որ նույնականացման անձնագիրը, որպես այդպիսին,

բավարարում է ICAO բոլոր պահանջները: Գործնական ցուցադրում

կպահանջվի Հայկական Կառավարության կողմից:

 

ՊԱՀԱՆՋ 45 Էլ. անձնագրերի համար CSCA-ը պետք է մշակվի ICAO 9303 փաստաթղթի

համաձայն: Մուտքի ընդլայնված վերահսկման ենթակառուցվածքը պետք

է չընդգրկվի:

 

ՊԱՀԱՆՋ 46 Երկու տարվա երաշխիք պետք է տրամադրվի Հայտ ներկայացնողի կողմից

յուրաքանչյուր տեղադրված և ընդունված ապարատային և ծրագրային

ապահովման համար: Երաշխիքի տրամադրումը սկսվում է համակարգի

ամբողջական ընդունումից հետո:

 

5.3 Ոչ գործառնական պահանջներ

 

5.3.1 Արտադրողականություն

 

ՊԱՀԱՆՋ 47 Կենտրոնական համակարգը պետք է կարողանա մշակել հարցումների 95

տոկոսը 5-15 վայրկյանների ընթացքում, երբ 10-15 համակարգի

միաժամանակյա օգտագործողներ ներկայացնում են 50-200 հարցում մեկ

վայրկյանում

 

5.3.2 Հասանելիություն

 

ՊԱՀԱՆՋ 48 Համակարգը պետք է լինի առավելագույնս հասանելի (99.9% տես

ներքևում): Համակարգի իրականացումը պետք է ապահովի, որ այն

մեկ որպես ամբողջություն, դիմակայի առանձին բաղադրիչների

խափանմանը: Հետագա խնամք պետք է իրականացվի համակարգը տարբեր

համակարգային խափանումներից պաշտպանելու համար:

 

ՊԱՀԱՆՋ 49 Հասանելիության 99.9% պետք է ապահովվի համակարգի բաղադրիչների

անհրաժեշտ ավելցուկով:

 

5.3.3. Ընդլայնման հնարավորություն

 

ՊԱՀԱՆՋ 50 Ակնկալվում է, որ համակարգի վրա բեռնվածությունը ժամանակի

ընթացքում կամ հատուկ միջոցառումների ժամանակ կմեծանա:

Համակարգը պետք է կարողանա սպասարկել էականորեն բարձր

բեռնվածության ժամանակ` առանց կատարողականության զգալի

անկումների` գործարկելով լրացուցիչ ապարատային ապահովում, և

բացառելով փոփոխություններ կատարելու հանգամանքը գոյություն

ունեցող կոդերում:

 

ՊԱՀԱՆՋ 51 Համակարգը պետք է լինի ընդլայնելի:

 

ՊԱՀԱՆՋ 52 Պետք է գոյություն ունենա լավ սահմանված հնարավորությունները

կառավարող պլան` պարզ նկարագրելով կատարվելիք ապարատային

ապահովման փոփոխությունները.

 

5.3.4 Ճկունություն

 

ՊԱՀԱՆՋ 53 Համակարգը պետք է կարողանա հասցեավորել կառուցվածքային և

ապարատային կոնֆիգուրացիաների փոփոխությունները համակարգի մյուս

տարրերի վրա` առանց զգալի ներգործության գործող համակարգի վրա:

Համապատասխանեցումը ընդհանուր պայմաններին և

կատարելագործումներին պետք է կատարվի առանց մեծ ջանքերի.

 

ՊԱՀԱՆՋ 54 Նույնականացման քարտի սխեման պահանջում է որակյալ տեխնոլոգիաների

ենթակառուցվածքների պլատֆորմ, որը բավականին փոփոխուն է (ճկուն)

և համաչափ: Այն պետք է ընդունի օրենսդրական փոփոխությունները

և պետական ծառայությունների տեխնոլոգիական բարեփոխումների

մուտքը: Մասնավորապես, այն պետք է ընդունի նույնականացման

քարտերի և կենսաչափական տվյալների ոլորտներում

փոփոխությունները, որտեղ տեխնոլոգիաները և ստանդարտները

արագորեն գնահատվում են:

 

ՊԱՀԱՆՋ 55 Նույնականացման քարտը պետք է նաև թույլ տա նոր տվյալների

ավելացման հնարավորությունը.

 

ՊԱՀԱՆՋ 56 Համակարգը պետք է լինի ճկուն, որպեսզի հետագա թարմացումը լինի

հեշտ ապագայում: Համակարգը պետք է օրինակ կառուցված լինի տարբեր

մոդուլներից, որից յուրաքանչյուրը կրում է իր խնդիրները:

Ավելին, լուծումը չպետք է կապվի մատակարարի միակ

սարքին/սարքավորմանը:

 

5.3.5 Դյուրատարություն (Pօrtability)

 

ՊԱՀԱՆՋ 57 Համակարգը պետք է կառուցված լինի` օգտագործելով Բաց Ստանդարտներ

և ապահովի փոխգործունելիությունը պլատֆորմների միջև:

 

5.3.6 Ընդլայնում

 

ՊԱՀԱՆՋ 58 Համակարգը պետք է ընդլայնվի, որպեսզի ընդունի հետևյալ

փոփոխությունները նվազագույն կամ առանց փոփոխությունների

գոյություն ունեցող կոդերում.

- Տեղեկատվության նոր կատեգորիաների ապահովում

- Առկա տեղեկատվության կատեգորիաների ոչնչացում

- Պետական տրանզակցիոն ծառայությունների ապահովում

- Առկա պետական գործարքային ծառայությունների ոչնչացում

- Նոր գործառույթի, առանձնահատկության կամ ծառայության

ապահովում:

 

5.3.7 Փոխգործունելիություն

 

ՊԱՀԱՆՋ 59 Փոխգործունելիությունը պետք է կարողանա աշխատել այլ համակարգերի

և ծրագրերի հետ առանց էական խնդիրների: Համակարգը պետք է

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

հետ.

- Պետական ռեգիստրի գործակալության համակարգ

- Բնակչության Պետական Ռեգիստր

- ՔԿԱԳ

- Կադաստր

- COTS ծրագրեր, որոնք կարող են օգտագործվել համակարգի

իրականացման նպատակով:

 

5.3.8 Անվտանգություն

 

5.3.8.1 Կիրառական ծրագրի մակարդակ

 

ՊԱՀԱՆՋ 60 Գաղտնիության ենթակա տվյալները պետք է պահվեն անվտանգ կերպով.

 

ՊԱՀԱՆՋ 61 Պետք է իրականացվի անկախ անվտանգության միջոցների ինտեգրումը

3-րդ կողմի անվտանգության գործիքների հետ

 

5.3.8.2 Ենթակառուցվածքի մակարդակ

 

ՊԱՀԱՆՋ 62 Գաղտնիություն, հավատարմագրում, ճանաչելի վարվելակերպը և

տվյալների գաղտնիության օրենքները պետք է երաշխավորված լինեն.

 

ՊԱՀԱՆՋ 63 Պետք է ներդրվեն կանխարգելիչ լուծումներ` նպատակաուղղված

հայտնաբերելու և կանխարգելելու այնպիսի հարձակումներ, ինչպիսիք

վարակակիրներն են, ծրագրային ներխուժողները և այլն.

 

ՊԱՀԱՆՋ 64 Ծրագրային ապահովումը պետք է հիմնականում պատասխանատու լինի

օգտվողի հաղորդակցման, անհատականացման և փոխգործման բոլոր

գործարքային տվյալների հավաքագրման համար: Հավաքագրված

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

հաշվետվություններ, օրինակ` որ օպերատորը անհատականացրեց

նույնականացման ինչպիսի փաստաթուղթ, որ համակարգիչների վրա և

այլն:

 

ՊԱՀԱՆՋ 65 Համակարգը պետք է ընդունակ լինի կանխելու յուրաքանչյուր տվյալի

փոխակերպումը ծրագրի շրջանառության ընթացքում, կանխելու

անհատականացման փոխակերպումը որպես անթույլատրելի միջամտություն

կամ այլ մեթոդներ: Այն պետք է ընդունակ լինի հետևելու սպառվող

ապրանքների կամ բուկլետների որևէ չարաշահում կամ գողություն

 

ՊԱՀԱՆՋ 66 Համակարգը պետք է օգտագործի անվտանգ մեթոդներ, ինչպես օրինակ

թվային ստորագրություններ, Էնկրիպտացիա, անձի հաստատում և

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

ստուգում` ներդնելով ձայնային աուդիտ

 

ՊԱՀԱՆՋ 67 Պետք է սահմանի, պահպանի և արդյունավետ ներդնի պլաններ` առաջին

անհրաժեշտության պատասխանների, պահուստային գործողությունների

և հետվթարային վերականգնման համար` ապահովելու տվյալ

տեղեկության հասանելիությունը և շարունակական

գործողությունները շտապ իրավիճակներում

 

ՊԱՀԱՆՋ 68 Սահմանել դեպքի կառավարման հնարավորությունը, որը ներառում է

համապատասխան պատրաստվածություն, բացահայտում,

վերլուծություններ, տեղայնացում, վերականգնում և օգտվողի

պատասխան գործողություններ. հետքային ուսումնասիրություն,

դեպքերի հաշվետվությունների ներկայացում համապատասխան

պաշտոնյաներին և/կամ իշխանություններին

 

ՊԱՀԱՆՋ 69 Կենտրոնական համակարգի բոլոր բաղադրիչները կտեղադրվեն անվտանգ

միջավայրում` ապահովելով մուտքը դեպի միայն լիազորված

անձնակազմը: Դերերի կառավարման սխեման պետք է կիրառվի

վերահսկելու, կառավարելու և գրանցելու Կենտրոնական Համակարգի

բոլոր գործողությունները և գործառույթները

 

ՊԱՀԱՆՋ 70 Բոլոր տվյալները, որոնք պահվում են Կենտրոնական տվյալների

բազայում, պետք է լինեն պաշտպանված և հասանելի լինեն միայն

լիազորված անձնակազմին: Պետք է լինի նաև պահուստային տվյալների

վերականգնման հնարավորություն կենտրոնական տվյալների բազայի

համար

 

5.3.8.3 Հանդուրժողականություն թերությունների հանդեպ

 

ՊԱՀԱՆՋ 71 Համակարգը պետք է կարողանա տնօրինել համակարգի չնախատեսված ու

անտրամաբանական վիճակները: Չնախատեսված դեպքերի սխալները չպետք

է հանգեցնեն խափանման կամ անկառավարելի վարքագիծ.

 

ՊԱՀԱՆՋ 72 Հայտ ներկայացնողը պետք է օգտագործի թերությունների նկատմամբ

հանդուրժողականության լավագույն ձևերը, ինչպես օրինակ

ապարատային ապահովման պահուստային տարբերակը, որը կապահովագրի

Էլեկտրականության կորստի, անվտանգությանը համար նախատեսված

ամենօրյա տեղադրվող թարմացումները և հակավարակակիրները, ինչպես

նաև սերվերի գործունեության մոնիթորինգը.

 

5.4 Ապարատային ապահովման պահանջներ

 

ՊԱՀԱՆՋ 73 Հայտ ներկայացնողը համակարգի ստեղծման համար պետք է ապահովի

անհրաժեշտ ապարատային ապահովման սարքավորումները` պահանջվող

գործընթացների պահանջներին համապատասխան: Պահանջվող բաղադրիչների

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

պետք է ներառված լինեն առաջարկում:

 

ՊԱՀԱՆՋ 74 Հայտ ներկայացնողը պետք է ապահովի ապարատային ապահովման

սարքավորումները տվյալների պահուստավորման նպատակով.

 

ՊԱՀԱՆՋ 75 Հայտ ներկայացնողը պետք է երաշխավորի, որ միայն նոր, երբեք

չօգտագործված ապարատային ապահովման սարքավորումներ կօգտագործվեն

 

5.5 Շարժական կայաններ

 

ՊԱՀԱՆՋ 76 Հայտ ներկայացնողը պետք է առաջարկի ապարատային ապահովման

սարքավորումներ շարժական կայանների օգտագործման համար, որը

կունենան նույն ֆունկցիոնալությունը ինչ գրանցման կայանինը:

 

5.6 Փորձարկում

 

ՊԱՀԱՆՋ 77 Թեստային ծրագրի ներդնումը Հայտ ներկայացնողի

պատասխանատվությունն է, սակայն Պայմանագիր կնքող մարմինը կարող

է պահանջել այլ արտաքին իրազեկ մարմնի մասնակցությունը` Հայտ

ներկայացնողի թեստերի վերաբերյալ երկրորդ կարծիք հայտնելու կամ

փորձաքննություն կատարելու նպատակով

 

ՊԱՀԱՆՋ 78 Հայտ ներկայացնողը պետք է սահմանի թեստային և թեստի ընդունման

պլանի բոլոր մասերը: Այս պլանը պետք է ընդունվի պայմանագիր

կնքող մարմնի կողմից: Հայտ ներկայացնողի թեստային պլանը պետք է

պարունակի

- Թեստային նկարագրություններ

- Թեստային սցենարներ

- Թեստային միջավայր

- Ընթացակարգեր

- Առաջադրանքներ և պատասխանատվություններ

- Պլանավորում

- Փորձաքննում/աուդիտ

 

ՊԱՀԱՆՋ 79 Եթե հայտ ներկայացնողը հանձնում է թեստը այլ մարմնին, ապա նա

պետք է նշի, թե որ թեստերը և ինչ պատճառներով նա չի կարող

կատարել, և որ մասերն են, որոնք ենթակա են առանձնակի թեստերի

 

Առաքմանը հաջորդող ստուգումներ

 

ՊԱՀԱՆՋ 80 Հայտ ներկայացնողը պետք է տրամադրի առաքված համակարգերի

ստուգման ցուցակ, որը պետք է համաձայնեցվի պատվիրատուի հետ

նախքան օգտագործումը: Այն պետք է ներառի և չսահմանափակվի

ծրագրային և ապարատային ապահովման, փաստաթղթերի ցուցակներով:

Պատվիրատուն կարող է ապրանքների առաքումից հետո ցուցակի հիման

վրա ստուգումներ իրականացնել:

 

Նախնական թեստեր

 

ՊԱՀԱՆՋ 81 Ի հավելում հայտ ներկայացնողի ստանդարտ փորձարկումների և

տեղադրման թեստերի` հայտ ներկայացնողը (պատվիրատուի

աջակցությամբ) նախքան ներդրման ընդունումը և պատվիրատուի

կողմից ներդրման հավաստագիր (հավաստագրեր) հանձնելը պետք է

իրականացնի համակարգի և դրա ենթահամակարգերի հետևյալ թեստերը.

. Ապարատային ապահովում: Կենտրոններում տեղադրվելիք ցանկացած

տեսակի սարքավորում պետք է նախքան տեղադրումը փորձարկվի

թեստային միջավայրում: Փորձարկողը պետք է ստուգի

համապատասխանությունը արտադրողականության պահանջներին:

. Կիրառական ծրագրի համակարգ: Կենտրոններում տեղադրվելիք

կիրառական ծրագրի համակարգերը պետք է փորձարկվեն թեստային

միջավայրում նախքան տեղադրումը:

. Կենտրոնական համակարգ: Կենտրոնական համակարգը, ներառյալ` բոլոր

համապատասխանեցման կամ կոնֆիգուրացման արդյունքները, պետք է

իրականացնի համակարգի ինտեգրացիոն թեստ նախքան տեղադրումը:

 

Գործառույթների ընդունման թեստ

 

ՊԱՀԱՆՋ 82 Պատվիրատուն (հայտ ներկայացնողի աջակցությամբ) պետք է

տեղադրումից հետո իրականացնի համակարգի և դրա ենթահամակարգերի

ներքոհիշյալ թեստերը` պարզելու, թե արդյոք համակարգը և դրա

ենթահամակարգերը համապատասխանում են գործառույթների ընդունման

պահանջներին:

 

ՊԱՀԱՆՋ 83 Ամբողջական համակարգ: Ամբողջական տեղադրումը ավարտելուց հետո

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

ընդունման թեստի իրականացման գործում: Հայտ ներկայացնողը պետք է

տրամադրի ամբողջական համակարգը:

 

ՊԱՀԱՆՋ 84 Հաստատված թեստային պլանի համապատասխան իրականացվելիք թեստերը

կներառեն.

1. Համակարգի ընդունման թեստ, որը կիրականացվի համակարգի

մշակումից հետո,

2. Գործառույթների ընդունման թեստ, որը կիրականացվի

յուրաքանչյուր կենտրոնի համար

3. Փուլային ներդրման գործառույթների ընդունման թեստ, որը

կիրականացվի մարզերում յուրաքանչյուր փուլային ներդրումից

հետո,

4. Եզրափակիչ ընդունման թեստ:

 

6. Անձնագրի պահանջներ

 

6.1 Նկարագրություն

 

Այժմ ՀՀ անձնագրերն օգտագործվում են որպես անձը հաստատող փաստաթուղթ, ինչպես նաև` ճամփորդական փաստաթուղթ: Դրա տվյալների էջը պարունակում է հետևյալ տեղեկությունները`

. գունավոր լուսանկար

. անձնագրի համար

. տիրոջ անձնաթերթիկի (անկետա) տվյալները

. քաղաքացիություն

. տրման և վավերականության ժամկետները

. տրամադրող մարմին

. MRZ

 

ՀՀ-ում անձնագրերի տրամադրման և վարման ընդհանուր պատասխանատվությունը դրված է ՀՀ ոստիկանության վրա:

ՀՀ անձնագիրը տպագրվում է «Հայաստանի Հանրապետության քաղաքացու անձնագրի մասին» ՀՀ օրենքի համաձայն և ICAO 9303 1-ին և 2-րդ մասերի պահանջներին համապատասխան:

Անձնագրային գրքույկի տեխնիկական որոշ պարամետրեր ներկայացված են ստորև`

. Չափսը` 125x88 սմ (փակ), շապիկը պատրաստված է թաղանթապատ թղթից` «Securalin» 9 pt «CL»

. 32 էջ

. Թղթի որակը

- 120 գրամ/մ2 որակի թուղթ` շապիկի ներսի էջերի համար

- թղթի նույն խտությունը` 120 գրամ/մ2 որակի թուղթ` 1-4 և 29-32 էջերի

համար

- 90 գրամ/մ2 որակի թուղթ` անձնագրի ներսի մյուս էջերի համար

- թղթի բաղադրությունը` 30% բամբակ, 70% բջջանյութ` բարձր ամրության

համար

- ջրանշաններ բոլոր էջերի վրա` բացի շապիկի ներսի կողմերից: Թուղթը

պարունակում է կարմիր և կապույտ անտեսանելի մանրաթելեր, որոնք

հնարավոր է տեսնել միայն ուլտրամանուշակագույն լույսի ներքո, ինչպես

նաև որոշակի տարրեր, որոնք զգայուն են քիմիական մի քանի նյութերի

նկատմամբ և կեղծման դեպքում գունավոր տարբեր գծեր են մնում:

. Ներսի էջերի տպագրություն

- մինչև 6 տեսանելի օֆսեթ գույներ` շապիկի ներսի մասերի համար

- տեսանելի 4 օֆսեթ գույներ` ներսի էջերի համար` օգտագործելով անվտանգ

տպագրություն, ինչպիսիք են օրինակ` միկրոտեքստերը, երկգույն

ծիածանային տպագրությունը:

Պարամետրերը ավելի մանրամասնորեն (և բարելավման հնարավորությունները) կտրամադրվեն հաղթող ծրագրային առաջարկ ներկայացնողին` պայմանագիրը կնքելու փուլում:

 

Բազմամակարդակ Անվտանգություն

 

Ինչպես նշված է ICAO 9303 մաս 1-ին, Հավելված 1, հատված III-ում, ինչպես նաև այլուր, կան անձնագրի 3 շերտեր, որոնք համակցված են իրար տրամադրելու պաշտպանվածության օպտիմալ մակարդակը բազմաթիվ հարձակումների դեպքում:

. Փորձաքննության 1-ին մակարդակը, որը տալիս է ակնհայտ գործառույթներ,

ենթակա է հասարակական ճանաչման: Այս ամենը տրվում է մակերեսային զննման

և օգտագործման արագ քննման համար: Օրինակները հեշտությամբ

նույնականացվում են շոշափելիքի և զննողական գործիքների միջոցով:

. Երկրորդ մակարդակը այն է, ինչը կատարվում է մասնագետ քննող անձնակազմի

կողմից, որն օգտագործում է հարաբերականորեն պարզ սարքեր, բայց

առանձնահատուկ մասնագիտացված գործիքներով սարքեր: Դրանք ընդհանուր

առմամբ թաքնված գործոններ են, որոնք բացահայտվում են մասնագետ փորձագետի

կողմից:

. Փորձագիտության 3 մակարդակը ներառում է փորձաքննում դատական

մասնագետների կողմից, որոնք ունեն համապատասխան գիտելիք այդ

գործառույթների վերաբերյալ, որոնք սովորաբար գաղտնի են և հայտնի են

միայն փորձագիտական բաժանմունքների բարձր պաշտոնյաներին: Այս

գործառույթները սովորաբար սահմանափակ են իրենց օգտագործմամբ և իրենց

էությունն ու բնույթը դասակարգվում են անվտանգության նպատակների

շարքում:

. 1-ին մակարդակի գործառույթները պետք է ներառեն Օպտիկ Փոփոխականի

սարքավորումը:

 

6.2 Պահանջներ և ցանկություններ

 

Ենթադրվում է, որ էլեկտրոնային նոր անձնագիրը պետք է ունենա վերոնշյալ ձևաչափն ու պարամետրերը մի քանի լրացումներով`

 

ՊԱՀԱՆՋ 85 Հանրային ծառայության համարանիշը պետք է տեղադրվի այն դաշտում,

որ այժմ կոչվում է «Անձնական համար» (դաշտի անվանումը պետք է

համապատասխանաբար փոխվի)

 

ՊԱՀԱՆՋ 86 Տիտղոսային էջի վրա այն պետք է ունենա «ներքին պահոց» նշումը,

ինչպես նկարագրված է ICAO 9303 3-րդ մասի 2-րդ հատորի 3.1

պարբերությունում

 

ՊԱՀԱՆՋ 87 64 էջ բացի շապիկից

 

ՊԱՀԱՆՋ 88 Տիրոջ կենսաչափական տվյալները և ալեհավաք պարունակող առանց

կոնտակտի պահոցը պետք է տեղադրվեն շապիկի վերջին էջում

 

ՊԱՀԱՆՋ 89 Էլեկտրոնային անձնագրերի առաջարկվող լուծումը պետք է լիարժեք

համապատասխանի ICAO 9309 փաստաթղթի 3 մասի IV բաժնին` ունենալով

հետևյալ պահանջները.

 

ՊԱՀԱՆՋ 90 Հավաստիության պասիվ ստուգում

ՊԱՀԱՆՋ 91 Հավաստիության ակտիվ ստուգում

ՊԱՀԱՆՋ 92 Մուտքի հիմնական վերահսկում

 

ՑԱՆԿՈՒԹՅՈՒՆ 1 Մուտքի ընդլայնված վերահսկում

ՑԱՆԿՈՒԹՅՈՒՆ 2 Տվյալների գաղտնագրում

 

Ֆիզիկական բնութագրեր

 

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

 

Շապիկ:

 

ՊԱՀԱՆՋ 93 Շապիկի նյութը պետք է լինի բարձրորակ, ճկուն, պլաստիկ նյութից,

որը դիմակայուն է ջերմությանը (180 ցելսիուս), քիմիկատներին,

պատռմանը, խոնավությանը և ջրաթափանցությանը.

 

ՊԱՀԱՆՋ 94 Այն պետք է ներառի Հայաստանի Հանրապետության խաչը դաջված

«արդյունաբերական ոսկեգույնով»

 

ՊԱՀԱՆՋ 95 Արտաքին շապիկը պետք է զարդարվի ICAO-ի լոգոյով, որը լրիվ

համապատասխանում է Էլ. անձնագրերին

 

Չափեր:

 

ՊԱՀԱՆՋ 96 Չափերը: 88 մմ (+/- 0.75 մմ) x 125 մմ (+/- 0.75 մմ)` համաձայն

Անձնագրեր կարդացող մեքենաների համար նախատեսված ICAO

պահանջների, մաս 1-ի: Այն կներառի 64 էջ` բացառելով շապիկը:

 

Կրկնաթերթ (կազմածածկը գրքին միացնող կրկնաթերթ):

 

ՊԱՀԱՆՋ 97 Օպտիկական թուղթ (ոչ ֆլյուրոսցենտ ուլտրամանուշակագույն

լույսեր), որի 110 +/- 5% կշիռը պետք է օգտագործված լինի:

 

ՊԱՀԱՆՋ 98 Թուղթը պետք է քիմիապես զգայուն լինի, որպեսզի բացահայտի

յուրաքանչյուր փորձ` կատարելու ֆիզիկական փոխակերպումներ և

օգտագործելու անվտանգության համար նախատեսված լիթոգրաֆիկ, դժվար

վերծանելի թանաք.

 

ՊԱՀԱՆՋ 99 Պատվիրված ջրանիշ պետք է օգտագործվի` արտահայտելու «ՀՀ» տառերը

և Հայաստանի Հանրապետության խաչը, ներառելով երկու կամ ավել

մոխրագույն մակարդակներ կենսագրական էջում և վիզա էջերում:

 

Ներքին էջի թուղթ

 

ՊԱՀԱՆՋ 100 Պետք է օգտագործվի ուլտրամանուշակագույն լույսերի տակ ոչ

ֆլյուրոսցենտ 90 գրամ/մ2 +/- 5% օպտիկական թուղթ:

 

Կենսագրական տվյալների էջ

 

ՊԱՀԱՆՋ 101 ICAO պահանջներին համաձայն, կենսագրական տվյալները պետք է

ընդգրկվեն ներքին էջում, առանձնապես երկրորդ էջում: Կարևոր է,

որ այս տարրը, ինչպես նաև անհատականացման այլ ասպեկտներ,

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

համապատասխանելու անհատականացված տեխնոլոգիաների հետ, որոնք

առաջարկվել են: Այլ կերպ սահմանելով, գրքույկը և

անհատականացված առաջարկված գործընթացները պետք է լիարժեք

համապատասխանեն իրար

 

Անձնագիրը կարումը

 

ՊԱՀԱՆՋ 102 Անձնագիրը կարող տեխնոլոգիան, որը միացնում է իրար էջերը

գրքույկի մեջ պետք է լինի այնպիսին, որը շատ դժվար լինի

հեռացնել այն, առանց ակնհայտ հետևանքի:

 

ՊԱՀԱՆՋ 103 Այս տեխնիկան պետք է օգտագործի ուլտրամանուշակագույն

ֆլյուրոսցենտ կարման թելեր:

 

Գրաֆիկական մշակում, անվտանգության անվտանգ տպումը և թանաքը

 

Դիզայն:

 

ՊԱՀԱՆՋ 104 Դիզայնը պետք է ունենան ընթացիկ անձնագրի տեսքը:

 

ՊԱՀԱՆՋ 105 Նմանապես, ի լրումն հավելվածում նշված բոլոր հիմնական

գործոնների, հայտ ներկայացնողը պետք է սահմանի նվազագույնը

երեք «լրացուցիչ» տպման գործառույթներ և արդարացնի

վերջիններիս ընտրությունը երկու դեպքում էլ` անվտանգության,

ինչպես նաև ծախսարդյունավետության տեսանկյունից

 

Թանաք

 

ՊԱՀԱՆՋ 106 Ի լրումն 9303 հիմնական պահանջների, Հայտ ներկայացնողն պետք է

նշի հատուկ թանաքի օգտագործումը կենսաբանական տվյալների

օգտագործման համար` առավելագույնս ապահովելով անձնագրի

ավանդաբար հարձակման ենթակա անձնագրերի ասպեկտները`

ընդհանրապես

 

ՊԱՀԱՆՋ 107 Նաև, Հայտ ներկայացնողն պետք է առանձնացնի «լրացուցիչ» թանաքի

վերջին երեք գործառույթներ ինչպես նշված է ICAO 9303 Հավելված

1-ում` այստեղ ևս գնահատելով այս գործառույթները համապատասխան

ծախսերով և եկամուտներով.

 

Ոչ կոնտակտային պահոց

 

Այս ծրագրի այլ ասպեկտների հետ միասին, ոչ կոնտակտային պահոցը կարող է օգտագործվել էլ.անձնագրերում, որը կմիանա ամեն ասպեկտով ICAO փաստաթղթի 9303 ամենաընթացիկ դրույթներին, մաս 1-ին` ներառյալ նրանք, որոնք տարաբաշխվել են պահպանող մեքենայի միջոցով` ճանաչված որպես 9303 հավելյալ մաս: Նման առանձնահատկությունները ներառում են, բայց չեն սահմանափակվում Տրամաբանական Տվյալների Կառուցվածքով (LDS), կրիպտոգրաֆիայի օգտագործումը` ապահովելու տեխնիկական հաշվետվություններում ներառված տվյալների ճշգրտությունը և ամբողջությունը և Հանրային Բանալիների Ենթակառուցվածքի (PKI) լրացուցիչ ուղեկցումը: Սա նաև ներառում է ISO/IEC ստանդարտների բոլոր հղումները, որոնք ակնհայտ են և ուղղիչ: Հատկապես, ISO/IEC 14443, ISO/IEC 7816 և այլ ակնհայտ ստանդարտները այն ստանդարտներն են, որով Հայտ ներկայացնողն դառնում է լիարժեք ճանաչելի.

 

Գլխավոր Պահոցի Կառուցվածք

 

ՊԱՀԱՆՋ 108 MRTD-ում օգտագործելու համար ոչ կոնտակտային IC-րը պետք է

համապատասխանեն 14443 Տիպ A կամ Տիպ B ISO/IEC ստանդարտին

 

ՊԱՀԱՆՋ 109 Պահոցը պետք է ունենան տվյալների պարունակության տարողություն

72 կբ կամ ավել: Պահոցի «զուտ» տարողության հնարավորությունը

պետք է բավարար լինի ICAO նկարագրություններին համապատասխան

բոլոր տվյալների հավաքագրման և փոխանցման համար, որը ներառում

է դեմքի պատկերը ինչպես նաև մատնահետքերը

 

ՊԱՀԱՆՋ 110 Պահոցը պետք է ապահովի հակաբախումը ISO/IEC 14443 ստանդարտին

համապատասխան

 

ՊԱՀԱՆՋ 111 Պահոցը պետք է լինի միկրոպրոցեսորի հիման վրա, միջին հոսանքի

պարամետրերով ISO/IEC 14443 ստանդարտին համապատասխան.

 

ՊԱՀԱՆՋ 112 Տվյալների փոխանցման արագությունը առնվազն պետք է լինի

424 կբ/վ

 

ՊԱՀԱՆՋ 113 Օն-բորդ օպերացիոն համակարգը պետք է ISO/IEC 7816-4 ստանդարտին

ամբողջովին համապատասխանի և ունենա CC EAL հավատարմագրում

նվազագույնը 4

 

Ալեհավաք

 

ՊԱՀԱՆՋ 114 IC ոչ կոնտակտային ալեհավաքը, որը համատեղելի է ISO/IEC

1443-ի հետ

 

ՊԱՀԱՆՋ 115 IC/ալեհավաքը պետք է բավարարի հանդուրժողականության սահմանները

տարբեր էլեկտրոմագնիսական, ֆիզիկական, մեխանիկական և այլ

էֆեկտների խափանումից, ինչպես նկարագրված է ISO/IEC 14443-1

 

ՊԱՀԱՆՋ 116 Ալեհավաքի չափը պետք է ապահովի, որ գլոբալ փոխգործելի

ընթեռնելի համատեղելիությունը պահպանված է

 

ՊԱՀԱՆՋ 117 Հայտ ներկայացնողն պետք է պատրաստված լինի ուղղելու որոշ

հարցեր որպես խոցելի հարցեր, ինչպես մակերեսային մաքրումը և

լսումը և եթե պահանջվում է ցուցադրել պահոցը այս երևույթների

տեսանկյունից

 

Կայունություն և Անվտանգություն:

 

ՊԱՀԱՆՋ 118 Էլ. Անձնագիրը պետք է ունենա նվազագույնը հինգ տարվա կյանքի

տևողություն

 

ՊԱՀԱՆՋ 119 Կարևոր է, որ հայտ ներկայացնողը հստակ ապացույցներ տրամադրի

հինգ տարվա կյանքի տևողության վերաբերյալ

 

Դատարկ անձնագրերի պահուստավորումը և տեղափոխումը

 

ՊԱՀԱՆՋ 120 Հայտ ներկայացնողը պետք է հավաստիացնի, որ բոլոր դատարկ

փաստաթղթերը, կիսաավարտ արտադրանքը և անվտանգության նյութերը

որոնք պետք է անհատականացվեն, ժամանակավորապես հասանելի են

անհատականացման կենտրոնում և տեղափոխվում են հսկվող և

անվտանգ միջոցով, որը նվազեցնում է գողության, կորստի կամ

փաստաթղթերի վնասման ռիսկը, տրանսպորտային ընկերության

անձնակազմի ոչ օրինական պահվածքի և ուշացման ռիսկը

 

6.3 Առաջարկ

 

Հայտ ներկայացնողն պետք է նկարագրի ինչպես են պահանջները համընկնում միմյանց: Հատուկ ուշադրություն պետք է տրվի`

. Հայտ ներկայացնողը պետք է տրամադրի տեխնիկական նկարագրությամբ

էլ. անձնագրերի նմուշներ` հնարավորինս նման պահանջներին տեխնիկական

. Ամենակարևորը, Հայտ ներկայացնողն պետք է առաջարկի մեթոդ ինտեգրելու,

ներմուծելու և հարմարեցնելու RF կոնտակտային չիպը նյութի շապիկի մեջ

. Հայտ ներկայացնողն պետք է բացատրի և արդարացնի այդ չիպի ընտրությունը

 

7. Էլեկտրոնային Քարտի պահանջներ

 

7.1 Նկարագրություն

 

Էլ. Նույնականացման քարտը կլինի կայուն պլաստիկ նյութերից 10 տարվա կյանքի տևողությամբ, որոնք առկա են նույնականացման քարտի թողարկման և անհատականացման համար:

 

7.2 Պահանջներ և ցանկություններ

 

Նույնականացման քարտը պետք է բավարարի հետևյալ պահանջներին.

 

ՊԱՀԱՆՋ 121 Պետք է տրամադրվի կոնտակտային ինտերֆեյսով քարտ

 

ՊԱՀԱՆՋ 122 Նույնականացման քարտերը պետք է կազմված լինեն պլաստիկ

նյութերից 10 տարի կյանք ունենալու ժամկետով

 

ՊԱՀԱՆՋ 123 Տևողություն` 10 տարի (թետայի հաշվետվություններ պետք է

ներկայացվեն անկախ լաբորատորիաների կողմից)

 

ՊԱՀԱՆՋ 124 Հակազդեցություն շերտավորմանը` քարտը չպետք է կոտրվի սովորական

մաշվածությունից և Հայաստանի կլիմայական պայմաններից

 

ՊԱՀԱՆՋ 125 Չենթարկվի քիմիական նյութերի ազդեցության, ճկման ճնշմանը,

ոլորման ճնշմանը, դինամիկ ճկմանը

 

ՊԱՀԱՆՋ 126 Այն պետք է համատեղելի լինի ըստ հետևյալ ստանդարտների կամ

թեստերի

- ISO/IEC 7810 ID Card: Ֆիզիկական առանձնահատկություններ

- ISO/IEC 7812 ID Card: Ներկառուցված պլատայով կոնտակտային

քարտ

- ISO 10373-3 մեխանիկական թեստեր: ճկում

- ISO 10373-3 մեխանիկական թեստեր: ոլորում

- ISO 10373-3 մեխանիկական թեստեր: խտացում

- ISO 10373-1 կլիմայական թեստեր: ջերմաստիճան

- ISO 10373-1 կլիմայական թեստեր: խոնավություն

- ISO 7816-3 կլիմայական թեստեր: էլեկտրական ազդանշաններ և

փոխանցման պրոտոկոլներ

- ISO 10373-3 էլեկտրական թեստեր: ստատիկ էլեկտրաէներգիա

- DIN EN ISO 4892-2, B այլ թեստեր: ՈՒլտրամանուշակագույն

լույս

- ISO 9001-2001 ISO 9001 Certification for the

manufacturing site of the bidder

- ISO/IEC 7816-1 Ֆիզիկական առանձնահատկություններ

- ISO/IEC 7816-2 Կոնտակտների ուղղություններ և գտնվելու

վայր

- ISO/IEC 7816-3 Էլեկտրական ինտերֆեյս և փոխանցման

պրոտոկոլներ

- ISO/IEC 7816-4 Միջոլորտային հրահանգներ` փոխադարձ

փոխանակման համար

- ISO/IEC 7816-5 Համարակալման համակարգ և գրանցման

ընթացակարգ առաջարկ ներկայացնողների համար

- ISO/IEC 7816-6 Միջոլորտային տվյալների տարրեր` փոխադարձ

փոխանակման համար

- ISO/IEC 7811 Նույնականացման քարտերի գրառման տեխնիկայի

նկարագրություն

 

ՊԱՀԱՆՋ 127 Հայտ ներկայացնողը պետք է երաշխավորի ընդհանուր և անբաժանելի

քարտի ձևավորումը

 

ՊԱՀԱՆՋ 128 Պետք է տրվի քարտի մակերևույթի ինչպես կառուցվածքային, այնպես

էլ գեղարվեստական դիզայնը, որպեսզի դրա նմանակումը,

վերարտադրումը կամ որևէ ձևով կեղծումը խիստ դժվար լինի:

Լամինացված քարտի վերջնական տարբերակը չպետք է բացվի կամ

շերտավորվի: Այն բացելու ուժային փորձերը պետք է հանգեցնեն

քարտի ոչնչացմանը:

 

ՊԱՀԱՆՋ 129 Հայտ ներկայացնողը պետք է ապահովի դիզայնի մի քանի նմուշներ ՀՀ

Կառավարությանը հաստատման համար:

 

ՊԱՀԱՆՋ 130 Այն պետք է ունենա հետևյալ անվտանգության պահանջները.

- Գիլյոշային պատկերներ, այդ թվում` ռելիեֆ և փոփոխական

բարակ գիծ: Բարակ գծի կառուցվածքը պետք է մասամբ ծածկի

նկարի հատվածը

- Ծիածանային տպագրություն

- Միկրոտեքստ

- ՈՒլտրամանուշակագույն ֆլուորեսցենտ տպագրություն

(անտեսանելի կամ խառնված տեսանելի գույնի հետ)

 

ՊԱՀԱՆՋ 131 Սահմանված բոլոր տվյալներն ու տպագրված տարրերը պետք է լինեն

արտաքին շերտի ստորին մասում: Բացի նորմալ տեսանելի տարրերից

պետք է լինեն այնպիսի տարրեր, որոնք տեսանելի են միայն հատուկ

լուսային պայմաններում

 

ՊԱՀԱՆՋ 132 Իրականացնել խարդախության և կեղծիքի հեշտ հայտնաբերում` 1-ին

մակարդակի, 2-րդ մակարդակի, 3-րդ մակարդակի և 4-րդ մակարդակի

անվտանգության տարրերի միջոցով: Բացի մակարդակ 1 և 2-ից,

նվազագույնը 3 կամ 4 մակարդակներից մեկ պայման պետք է

ապահովվի.

- Մակարդակ 1: Վիզուալ հայտնաբերում

- Մակարդակ 2: Շարժական սարքով անվտանգության տարրերի

հայտնաբերում

- Մակարդակ 3 և Մակարդակ 4: Գիտական լաբորատոր

վերլուծություններ

 

ՊԱՀԱՆՋ 133 Չափս: ID 1 (ինչպես ISO 7810 ստանդարտում)

 

ՊԱՀԱՆՋ 134 Մեկ լրացուցիչ անվտանգության հատկանիշ պետք է առաջարկվի Հայտ

ներկայացնողի կողմից օպտիկական փոփոխական սարքի ձևով

 

Պահոց և Օպերացիոն Համակարգ

 

Պահոցը և օպերացիոն համակարգը պետք է ունենան հետևյալ պահանջները:

 

ՊԱՀԱՆՋ 135 Նույնականացման քարտը քարտերը պետք է համապատասխանի ISO 7816

կոնտակտային պրոտոկոլին

 

ՊԱՀԱՆՋ 136 Օպերացիոն համակարգը պետք է հիմնված լինի բաց պլատֆորմի վրա և

պարունակի գաղտնագրման առաջադեմ հնարավորություններ` թվային

ստորագրության համար (միջպլատֆորմային համապատասխան ծրագրի հետ

համատեղ): Այն պետք է անվտանգության գնահատման հավաստագիր

ունենա:

 

ՊԱՀԱՆՋ 137 Ընտրված պլատֆորմը պետք է ապահովված լինի ծրագրային ապահովման

ընդլայնման գործիքների հարուստ ընտրանիով և API-ներով,

ուղղված`

. Օֆ-քարտին (համակարգչային ծրագիր, որ համապատասխանում է

Smart Card-երին);

. Օն-քարտին (ծրագրային ապահովում, որ աշխատում է հենց Smart

Card-ի վրա, այդ թվում` քարտի մոդելավորման ծրագրեր (Քարտ

Սիմուլյատորներ):

 

ՊԱՀԱՆՋ 138 Առաջարկ ներկայացնողի կողմից մշակված լուծման հատուկ

բաղադրիչների ծրագրային կոդերը պետք է համապատասխան կերպով

պահպանվեն իբրև անվտանգության/պահուստային միջոց` հետագա

կիրառելիությունն ապահովելու համար

 

ՊԱՀԱՆՋ 139 Բաց պլատֆորմ (JavaՔարտ 2.2.1 կամ բարձր)

 

ՊԱՀԱՆՋ 140 Առնվազն 72 կբ EEPROM հիշողություն

 

ՊԱՀԱՆՋ 141 Անվտանգության գնահատման ընդհանուր չափանիշներ EAL4+

(օպերացիոն համակարգ և պահոցի համար)

 

ՊԱՀԱՆՋ 142 IAS ECC համատեղելիություն.

 

ՊԱՀԱՆՋ 143 Քարտի վրա բանալու գեներացում

 

ՊԱՀԱՆՋ 144 Տվյալների փոխանցման արագությունը պետք է լինի առնվազն

424 կբ/վ

 

ՑԱՆԿՈՒԹՅՈՒՆ 3 One Time Password (OTP) ֆունկցիոնալություն

ՑԱՆԿՈՒԹՅՈՒՆ 4 Match-on-Card (MoC) կամ համարժեք ֆունկցիոնալություն

 

7.3 Առաջարկ

 

Հայտ ներկայացնողն նկարագրում է ինչպես են նկարագրվում պահանջները:

Հատուկ ուշադրություն պետք է դարձվի:

. Հայտ ներկայացնողն պետք է տրամադրի տեխնոլոգիաների/մեթոդների ցուցակ` պաշտպանելու նույնականացման քարտը կեղծիքներից և ստուգել վերջինիս իրավասությունը:

. Հայտ ներկայացնողն պետք է տրամադրի քարտերի համար ծախսերի գնահատում` 72 kb ավել EEPROM հիշողությամբ, եթե նման այլընտրանքային տարբերակները հնարավոր են:

. Հայտ ներկայացնողն պետք է նկարագրի ինչպես և ինչ IAS ECC ծրագրային համատեղելիություն կապահովվի:

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

MoC-ի համար:

. Հայտ ներկայացնողն պետք է տրամադրի կրիպտոգրաֆիկ ալգորիթմների և

գործողությունների ցուցակ` որը համատեղելի է տվյալ չիպի հետ:

. Հայտ ներկայացնողն պետք է տրամադրի աջակից ծրագրերի/պրոտոկոլների

ցուցակ, որտեղ չիպը կարող է ծառայել որպես կրիպտոթոկեն` ծառայելով որպես

կրիպտոգրաֆիկ հիմք անվտանգության նպատակների համար: Այս օգտագործման

որոշ օրինակներն են` smartcard logon on PC, ստորագրելու և Էլ. փոստը

էնկրիպտացնելու ընդունակություն, հաստատել անվտանգ SSL սեսիա, հաստատել

establish IPSEC VPN կապուղի, կատարել WAP հաստատում: Մենք ենթադրում

ենք, որ նույնականացման քարտերը կարող են պարունակել ավելի քան մեկ

հավաստագիր տարբեր նպատակների համար: Եթե դրանք հասանելի են, մենք

կցանկանանք ունենալ «ենթակառուցվածքների ծառայությունների» ցուցակ

(հաջող օգտագործման գրանցում):

. Հայտ ներկայացնողն պետք է նաև տրամադրի API-ի ցուցակ` մուտ գործելու

քարտ host-running middleware-ի միջոցով: CAPI և PKCS#11 աջակցությունն

է անհրաժեշտ, քանի որ վերջիններս API-ները օգտագործվում են SMARTCARD-ի

ինտեգրացիայի համար վեբ բրաուզերների միջոցով Windows և Linux

պլատֆորմների վրա:

 

8. Կենսաչափական տվյալների գործարկման ծրագրի և տեխնոլոգիաների պահանջներ

 

8.1 Կենտրոնական համակարգի նկարագրություն

 

Կենսաչափական տվյալների գործընթացը կենտրոնական համակարգի կարևորագույն մասն է: Այս նպատակի համար, Կենսաչափական Տվյալների Համակարգը (BMS) պետք է լինի կենտրոնական համակարգի մի մասը: Այն ներառում է 3 առաջադրանք: տվյալների գրանցումը հայտի ժամանակ, 1:1 կենսաչափական տվյալների ստուգումը և 1:ն նույնականացման կենսաչափական տվյալների փնտրումը:

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

Որպես ծրագրի ստուգման գործընթացի մաս, կենտրոնական համակարգը բացարձակապես ընդունում է Կենսաչափական տվյալների գրանցման ֆունկցիաներ: Կենսաչափական տվյալները գրանցվում են այս գրանցման ֆունկցիաների միջոցով:

1:1 ստուգում

Համակարգի ստուգման ֆունկցիաները կարող են օգտագործվել համակարգի ծրագրի կողմից որպես լիարժեք լուծում:

1:n նույնականացման փնտրում

Համակարգի փնտրման ֆունկցիաները օգտագործվում են հետևյալի համակարգերի կողմից:

. Ոստիկանություն, որը կառավարում է կենտրոնական համակարգը

 

Անհրաժեշտ կլինի տեղադրել փաստաթղթերի և կենսաչափական տվյալների կենտրոնական ռեգիստրներ` այս ֆունկցիաները ապահովելու համար: Ռեգիստրները երկուսն էլ պարունակում են փաստաթղթային և կենսաչափական տվյալների պատմությունը համապատասխանորեն:

 

8.2 Կենտրոնական համակարգի պահանջներ և ցանկություններ

 

ՊԱՀԱՆՋ 145 Հայտ ներկայացնողն կատարում է Ընդհանուր պահանջներ Գլխում

նշված պահանջները:

 

Համակարգը պետք է նվազագույնը տրամադրի հետևյալ հիմնական ֆունկցիաները կենսաչափական տվյալների դեպքում`

 

ՊԱՀԱՆՋ 146 Գրանցում

 

ՊԱՀԱՆՋ 147 1:1 Ստուգում

 

ՊԱՀԱՆՋ 148 1:n նույնականացման փնտրում

 

ՊԱՀԱՆՋ 149 Դակտիլոսկոպիկ գործիքներ

 

ՊԱՀԱՆՋ 150 Կառավարում

 

ՊԱՀԱՆՋ 151 Կենսաչափական տվյալները գործարկելու համար, համակարգը պետք է

կառուցված լինի անվտանգ տվյալների բազայի հիման վրա:

 

ՊԱՀԱՆՋ 152 Համակարգի տարբեր ֆունկցիաների օգտագործելու իրավունքը տրվում

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

և անձի հաստատման գործընթացը:

 

ՊԱՀԱՆՋ 153 Համակարգի կենսաչափական տվյալներն օգտագործելու իրավունքը

տրվում է հիմք ընդունելով օգտվողի համապատասխան դերը,

նույնականացումը և անձի հաստատման գործընթացը:

 

ՊԱՀԱՆՋ 154 Համակարգը պետք է տրամադրի միջոցներ ֆունկցիաների տարանջատումն

կատարելու համար:

 

ՊԱՀԱՆՋ 155 Կենսաչափական տվյալներին առնչվող բոլոր գործողությունները պետք

է ապահովեն հետքայնություն: Համակարգը պետք է ապահովի լիարժեք,

հետքայնությունը ապահովվող աուդիտ:

 

ՊԱՀԱՆՋ 156 Համակարգը պետք է ապահովի նաև լայնաշերտ տեղեկությունը

կառավարելու հաշվետվությունների ֆունկցիաները:

 

ՊԱՀԱՆՋ 157 Համակարգը պետք է հիմնված լինի մանրամասն և փոխհամաձայնեցված

ֆունկցիոնալ նախագծի վրա:

 

ՊԱՀԱՆՋ 158 Անհրաժեշտ է համաձայնեցնել 1:n նույնականացման փնտրման

հնարավորությունը պարամետրերի շեմային արժեքներով: Սխալ

արժեքների ընդունումը չպետք է գերազանցի սխալ արժեքների

մերժման թիվը` բազմապատկած 10 անգամով:

 

ՊԱՀԱՆՋ 159 Գրանցումը միշտ նախորդվում է հաջորդականության ստուգմամբ և

1:n նույնականացման փնտրմամբ, եթե Հայտ ներկայացնողի

մատնահետքը համապատասխանում է գոյություն ունեցող նոր գրանցված

մատնահետքին, որը պահպանված և կցված է համապատասխան

գրանցմանը:

 

ՊԱՀԱՆՋ 160 Համակարգը ապահովում է տարբեր վթարների կառավարում և փնտրում:

Մատնահետքի համապատասխանումը դիտվում է որպես պատկանող մեկ

մարդու և պահվում է մեկ գրանցման տակ:

 

ՊԱՀԱՆՋ 161 Կենսաչափական տվյալները պետք է պահպանվի բաց ստանդարտների

ֆորմատով, որպեսզի դրանք հնարավոր լինի արտահանել կամ

տեղափոխել այլ համակարգեր` առանց լրացուցիչ վերամշակման:

 

ՊԱՀԱՆՋ 162 Ավտոմատացված 1:n նույնականացման համակարգը դեմքի ճանաչումով

անհրաժեշտ է իրականացնել առաջին փուլում, իսկ անհաջողության

դեպքում Ավտոմատացված 1:n նույնականացումը կիրականացվի թ

մատնահետքերի հիման վրա:

 

ՊԱՀԱՆՋ 163 Դատաբժշկական ապահովումը հնարավոր կլինի 1-ն նույնականացման

փնտրման հետ մեկտեղ:

 

ՊԱՀԱՆՋ 164 1:1 ստուգումը պետք է կատարվի նվազագույն հնարավոր սխալների

ընդունմամբ: Սխալ մերժումը չպետք է լինի 5 անգամ ավելի բարձր

քան սխալների ընդունման թվաքանակը: Ստուգման շեմը պետք է

ընդունի արժեքներ/պարամետրեր, որոնք չեն վերաբերում 1-ին

նույնականացման փնտրման շեմին:

 

ՊԱՀԱՆՋ 165 Ավտոմատացված կենսաչափական տվյալների որակը պետք է տեղեկացնի

օգտագործողին, երբ տվյալների որակը լինում է ավելի ցածր, քան

սահմանված արժեքների շեմը:

 

8.3 Առաջարկ կենտրոնական համակարգի վերաբերյալ

 

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

. Հայտ ներկայացնողն պետք է ներկայացնի տարբեր հարցումների համար գնահատված պատասխաններ:

. 1-ն նույնականացման փնտրումը` ակնկալվող սխալ արժեքների չհամապատասխանող տոկոսադրույքի դեպքում ապահովվում է անկախ թեստային արդյունքներով:

. Համապատասխանությունը ստանդարտների հետ:

. Մատնահետքի տվյալների պահպանման պահուստը

. Ոստիկանության և պահպանող համակարգերի ինտերֆեյսը:

 

8.4 Կիրառական համակարգի նկարագրություն

 

Կենսաչափական տվյալների գործընթացը հանդիսանում է ծրագրային համակարգի կարևոր մասը: Այն ապահովում է 2 առաջադրանք` տվյալների գրանցում և ստուգում:

 

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

Կենսաչափական տվյալների գրանցումը պարունակում է`

- Բազմաթիվ մատնահետքի վերցնումը սկան սարքի միջոցով:

- Նկարահանել Հայտ ներկայացնողին

- Վերցնել Հայտ ներկայացնողի ստորագրությունը

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

. Հայտ ներկայացնողի նկարը պետք է ստուգվի նկարի որակի համար:

. Հայտ ներկայացնողի ստորագրությունը պետք է տեսանելիության համար ստուգվի պատկերի որակի տեսանկյունից:

 

Տվյալների ստուգում

 

Համակարգի տվյալների ստուգման ֆունկցիաները օգտագործվում են չիպի վրա մատնահետքի ստուգման համար: Գրանցման սկան սարքավորումը օգտագործվում է մատնահետքի նկարը արտատպելու և համակարգը ընտրում է համապատասխան մատի նկարը կատարելու չիպի վրա պահպանվող մատներից որևէ մեկի 1:1 ստուգումը:

Փաստաթղթերի և հայտի համակարգի կենսաչափական տվյալները անհրաժեշտ է տեղադրել այս ֆունկցիաները ապահովելու համար: Գրանցամատյանները երկուսն էլ պարունակում են թղթային տվյալների և կենսաչափական տվյալների պատմությունը հերթական կարգով:

 

8.5 Կիրառական համակարգի պահանջներ և ցանկություններ

 

Համակարգը պետք է նվազագույնը տրամադրի հետևյալ էական գործառույթները կենսաչափական տվյալների գործարկման համար`

 

ՊԱՀԱՆՋ 166 2 մատնահետքերը սկանավորվում են: Ծրագիրը պետք է առանձնացնի

անհատի մատնահետքը սկան նկարներից, որը համապատասխանում է

ANSI/NIST ստանդարտներին:

 

ՊԱՀԱՆՋ 167 Ավտոմատացված մատնահետքերի որակի ստուգումը փոփոխական շեմով

պետք է կիրառվի բոլոր սկան մատնահետքերի դեպքում` NFIQ

ստանդարտի հիման վրա:

 

ՊԱՀԱՆՋ 168 Մատնահետքի նկարները պետք է համապատասխանեն մատնահետքի ISO

ստանդարտներին` համաձայն 7 ISO/IEC 19794-4 գլխի 1-ին

աղյուսակի 31 դրույթի:

 

ՊԱՀԱՆՋ 169 Ավտոմատացված կենսաչափական տվյալների ստուգման համակարգը պետք

է տեղեկացնի օգտագործողին, երբ է տվյալների որակը իջնում

պարամետրերի շեմից ներքև:

 

ՊԱՀԱՆՋ 170 Տվյալների ստուգման ուղիղ վիզուալ արդյունքը (տեքստ և նկարների

տվյալներ), որը գալիս է արդյունավետ գործընթացից և օգտվողի

աջակցությունից հանդիսանում է ծրագրի մշակման հիմնական

էլեմենտը:

 

ՊԱՀԱՆՋ 171 1:1 ստուգումը պետք է կատարվի ամենացածր սխալների ընդունման

տոկոսադրույքով: Սխալների մերժումը չպետք է լինի 5 անգամ ավելի

բարձր, քան սխալների ընդունման տոկոսադրույքը: Ստուգման շեմը

պետք է ընդունի պարամետրեր, որոնք չեն վերաբերում 1-ն

նույնականացման շեմին:

 

8.6 Առաջարկ կիրառական համակարգի վերաբերյալ

 

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

. Հայտ ներկայացնողն պետք է տրամադրի պատասխանի գնահատված ժամանակահատված` տարբեր գործառույթների համար:

. 1:1 կատարման ստուգումը ROC (receiver operatin characteristic)-ի հետ և սահմանված EER-ի կողմից` ապահոված անկախ թեստ արդյունքներով:

. Համապատասխանություն ստանդարտներին:

. Մատնահետքի տվյալների պահպանման ֆորմատը:

. Ստորագրության և նկարի պահպանման ֆորմատը:

. Ոստիկանության և պաշտպան մարմնի ինտերֆեյսը:

 

9. Հայտերի մշակման համակարգի պահանջներ

 

9.1 Նկարագրություն

 

Հետևյալը համակարգի հիմնական բաղադրիչներն են, որոնք անհրաժեշտ է գործարկել և ինտեգրել առկա ԲՊՌ համակարգի հետ:

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

. Կենտրոնական համակարգը, որը ներառում է:

- Էլ Փաստաթղթի Անհատականացում և Թողարկում: Թողարկման համակարգը պետք է փոխգործի անհատականացված համակարգի հետ` ստանալու անհատականացված տվյալներ և թողարկելու համապատասխան Էլ. Փաստաթուղթ: Անձնագրերի տպման համար` բուկլետների տվյալ անհատականացված համակարգը պետք է օգտագործվի` կատարելով տպիչների թարմացում (կամ ավելացնելով էլեկտրոնային անհատականացված մոդուլների ավելացում) և նոր բաղադրիչների ավելացում ICAO-ի պահանջներին և Որակի Ստուգման չափանիշներին համապատասխան:

- Կենսաչափական տվյալների համապատասխանության համակարգ, որը կատարում է 1:1 և 1:n ստուգումներ:

- ՀԲԵ - Հանրային բանալիների ենթակառուցվածքների միջավայր պետք է տրամադրվի թողարկելու հավաստագրեր Էլ. Փաստաթուղթ բեռնելու համար: Տրամադրված ՀԲԵ-ը պետք է ընդունակ լինի ընդարձակվելու ավելին, քան 1 հավաստագրման կենտրոնը, երկրի արմատային հավաստագրման կենտրոնը օգտագործելու որպես վստահված մարմին: Վերջինիս հասնելու համար, անհրաժեշտ է ունենալ չափման և երկարաձգման ենթակա որոշում: Համակարգը բաղկացած է 2 ենթահամակարգերից`

. CSCA էլ. անձնագրերի ՀԲԵ-ի համար

. Առանձին Նույնականացման քարտերի ՀԲԵ

 

Նկարում ներկայացված է համակարգի հնարավոր ճարտարապետությունը:

Թիրախ միջավայրի սխեմայի օրինակ

 

._____.       .___________.     .__________________.       .________.

|ԲՊՌ  |       |Անվտանգ    |     | .______________. |       |ՀԲԵ     |

|     |       |փաստաթղթերի|     | |էլ.անձնագրի   | |       |համակարգ|

|     |<_____>|կառավարման |<___>| |անհատականացում| |______>|        |

|     |       |համակարգ   |     | .______________. |       |        |

|     |       |           |     |  Անհատականացման  |<______|        |

._____.       .___________.     |  համակարգ        |       .________.

|            | .______________. |

|            | |էլ.քարտի      | |

.__ էլ.անձնագրի_.            | |անհատականացում| |

|   էլ.քարտի                 | .______________. |

|   դիմում                   .__________________.

\/

.________________.

|Անձնագրային     |

|ծառայությունների|

|և  թողարկման    |

|համակարգ        |

.________________.

 

Կենտրոնական համակարգը կոորդինացնում է հայտը` այն ստանալուց հետո և կատարում վերջինիս ստուգումը` կենսաչափական և պահուստային տեսանկյունից: Նաև այն կատարում է ծրագրի ստուգումը արտաքին մատյանների դեմ:

Կենտրոնական համակարգը պահպանում է բոլոր փաստաթղթերի կենդանի ցիկլի կարգավիճակը: Այդ պատճառով, կենտրոնական համակարգը ունի արտաքին ինտերֆեյս, որը թույլ է տալիս այլ համակարգերի ստուգել փաստաթղթերի կարգավիճակը: Համակարգի Կառավարման Անվտանգության Փաստաթուղթը (SDMS) ընդհանուր համակարգի կորիզն է: Այն ներառում է կենտրոնացված տվյալների կառավարումը և պահպանումը`

. Քաղաքացիների

. Էլ. փաստաթղթերի

ՀԿԱՓ ընդհանուր համակարգի ողնաշարն է, քանի որ այն կիրառվում է ղեկավարելու տվյալների շրջանառությունը.

. Գրանցման գրասենյակներից դեպի կենտրոնական գրասենյակ Երևան.

. Կենտրոնական գրասենյակից դեպի Էլ. փաստաթղթերի անհատականացման սայթեր:

Վերջնականապես, ՀԿԱՓ այն համակարգն է, որը թույլ է տալիս Հայկական Կառավարությանը կառավարել Էլ. Փաստաթղթերի ամբողջ կյանքի ցիկլով:

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

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

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

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

Կենտրոնական համակարգը համեմատում է ծրագրի տվյալները տվյալների բազայի տվյալների հետ: Այն նաև օգտագործում է կենսաչափական համակարգ 1-ն նույնականացման փնտրումը իրականացնելու համար:

Համակարգը պետք է տրամադրի ընդհանուր վարչական ֆունկցիաներ: Օրինակ` ճշտել գործընթացային սխալներ (գործառնական և ոչ գործառնական) և տրամադրել կառավարման և աուդիտի տեղեկատվություն: Կենտրոնական համակարգը ունի պահուստային տվյալների բազա այն տեղանքում:

 

9.2 Պահանջներ և ցանկություններ

 

Հայտ ներկայացնողը պետք է ապահովի փաստաթղթերի շրջանառության հետևյալ ֆունկցիոնալ հնարավորությունները:

 

ՊԱՀԱՆՋ 172 Կենտրոնական համակարգը պետք է թողարկի նույնականացման

էլեկտրոնային փաստաթղթեր` գրանցման համակարգում կուտակված

տվյալների հիման վրա:

 

ՊԱՀԱՆՋ 173 Կենտրոնական համակարգը պետք է կարողանա աշխատել կարճ

ժամանակում գերթողարկման ծրագրով:

 

ՊԱՀԱՆՋ 174 Կենտրոնական համակարգը պետք է ունենա ապահով էլեկտրոնային

փաստաթղթերի կառավարման համակարգ (ԱՓԿՀ)` հետևյալ ֆունկցիոնալ

հնարավորություններով.

 

ՊԱՀԱՆՋ 175 Գրանցումը կիրառվում է միավորելու համար երկրի բոլոր գրանցման

կենտրոնները և ներմուծելու քաղաքացիների տվյալները ազգային,

ինչպես նաև կենտրոնական տվյալների շտեմարան Երևանում: Այն

կկառավարվի ԱՓԿՀ-միջերեսի միջոցով:

. Տվյալների թարմացում

. Հաշվետվություններ և վիճակագրություն

 

ՊԱՀԱՆՋ 176 Որոշումների կայացում Քարտերի կառավարման համակարգի միջերեսը

տրամադրում է ֆունկցիոնալություն` ստուգելու տեղեկատվությունը

և էլ. փաստաթղթերի հայտերը:

. Կապ BMS-ի հետ

. Կապ ոստիկանության համակարգի հետ

 

ՊԱՀԱՆՋ 177 Թողարկում

. Էլ. նույնականացման փաստաթղթի հայտ գրանցման կենտրոններում

. Փոխանցում անհատականացման կենտրոն.

- Քաղաքացիների տվյալներ

- Տեխնիկական և անվտանգության տվյալներ (օր.` BAC-ի (հիմնական

մուտքի վերահսկում) էլեկտրոնային) հավաստագիր):

. Էլ. փաստաթղթերի առաքման կառավարում

. Էլ. փաստաթղթի կառավարում երկրով մեկ

- Էլ. փաստաթղթի ակտիվացում քաղաքացուն փոխանցելիս

 

ՊԱՀԱՆՋ 178 Հետթողարկման կառավարում

. Էլ. փաստաթղթի հետկանչում

. Նոր ենթածրագրերի տարածում

- Վարորդական իրավունք

- Առողջապահական կիրառական ծրագիր

- Այլ

. Արդեն իսկ բեռնած կիրառական ծրագրերի կամ տվյալների

թարմացում.

- Ենթածրագրի նոր տարբերակների բեռնում

- Քաղաքացու էլ. կառավարման հավաստագրի նորացում

- Հաշվետվություններ և վիճակագրություն

 

ՊԱՀԱՆՋ 179 ԱՓԿՀ-ն պետք է ընդգրկի բանալիների կառավարման և կրիպտոգրաֆիկ

ֆունկցիաներ, որոնք անհրաժեշտ են էլ. փաստաթղթերի օգտագործման

իրավունքների կառավարման համար:

 

Ղեկավարման և թողարկման վերահսկում

 

ՊԱՀԱՆՋ 180 Նյութերի և պաշարների կառավարում (ստացված, թողարկված,

փախադրամիջոցում բացակայող, ուշացած, առաքված, չհավաքված,

վնասված, թերություններ ունեցող, ոչնչացման համար վերադարձված,

տեղափոխման համար պատրաստ, փախադրամիջոցում գտնվող (պատճառի

կոդով))

 

ՊԱՀԱՆՋ 181 Պատվիրման տվյալները պետք է պահպանվեն տվյալների շտեմարանում`

կրկնակի պրոդուկտների անհատականացումը կանխելու համար:

 

ՊԱՀԱՆՋ 182 Խմբաքանակի կառավարում` գործընթացի օպտիմալացման և պատվերները

ըստ կարևորության դասակարգելու համար:

. Համակարգը պետք է կարողանա պատվերները դասակարգել ըստ

պատվերի տեղեկատվության, օր.` ըստ առաքման հասցեի

. Համակարգը պետք է ունենա առաջնահերթության աստիճանների

ճկուն մակարդակներ

. Խմբաքանակի չափը պետք է սահմանափակվի միայն համակարգի

ընդհանուր արտադրողականությամբ:

 

ՊԱՀԱՆՋ 183 Ընթացքի վրա հիմնված գործընթացի կառավարում

. Պրոդուկտի ընթացքը պետք է լինի թարմացվելի`

անհատականացման յուրաքանչյուր քայլից հետո

. Ընթացքը պետք է մատնանշի, թե անհատականացման հաջորդ

քայլերը ինչպիսին պետք է լինեն. սա ապահովում է

անհատականացման ճիշտ հերթականություն

. Համակարգը պետք է ապահովի անհատականացման յուրաքանչյուր

փուլի ավարտը նախքան պրոդուկտի վերջնական թողարկումը

. Պրոդուկտները պետք է կառավարվեն մեկ առ մեկ կամ

խմբաքանակներով

. Բազմակի պրոդուկտները և պրոդուկտի տարբերակները պետք է

հնարավոր լինի կառավարել միաժամանակ

 

ՊԱՀԱՆՋ 184 Օգտագործողի դերերի կառավարման ֆունկցիա

. Մուտքի իրավունքները պետք է հիմնված լինեն դերերի վրա

. Յուրաքանչյուր դերի համար պետք է սահմանված լինեն կոնկրետ

իրավունքներ

. Համակարգը պետք է պատրաստ և բաց լինի հավաստման տարբեր

տեսակների համար

 

ՊԱՀԱՆՋ 185 Խոտանի կառավարում

. Մերժված կամ խոտանված էլ-անձնագրերը և էլ-քարտերը պետք է

յուրաքանչյուր քայլից հետո հանվեն անհատականացման հոսքից

. Մերժված պրոդուկտների մասին տեղեկատվությունը պետք է

պահվի տվյալների շտեմարանում

. Մերժված պրոդուկտներին առնչվող պատվերը պետք է ավտոմատ

գեներացվի անհատականացման նոր խմբաքանակի ներսում:

 

ՊԱՀԱՆՋ 186 Հաշվետվություններ

. Տվյալների շտեմարանում պահված ցանկացած տեղեկատվության

վերաբերյալ պետք է ձևավորվեն հաշվետվություններ

. Հաշվետվությունների համակարգը պետք է լինի համապատասխանեցվող

 

ՊԱՀԱՆՋ 187 Աուդիտ

. Համակարգը պետք է թույլ տա օպերատորի, անհատականացման

ժամանակի, անհատականացված տվյալների և այլ

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

անհատականացման յուրաքանչյուր քայլի գրանցում

. Պրոդուկտի մասին տեղեկատվության արխիվացում`

անհատականացված բոլոր տվյալներով

 

ՊԱՀԱՆՋ 188 Ինտերֆեյսներ

- Համակարգը պետք է տրամադրի ինտերֆեյս

Հավաստագրման կենտրոնին

- Համակարգը պետք է տրամադրի ինտերֆեյս Գրանցման կենտրոնին

- Համակարգը պետք է տրամադրի ինտերֆեյս ԲՊՌ-ին

 

ՊԱՀԱՆՋ 189 Կոնտակտային պահոցի կիրառական ծրագրի կառավարում

 

ՊԱՀԱՆՋ 190 Համակարգի պարամետրեր

 

ՊԱՀԱՆՋ 191 Յուրաքանչյուր հայտ պետք է ստուգվի անհատականացումից առաջ, և

ստուգման գործընթացի վրա մարդու ազդեցությունը պետք է չլինի:

Բացառություն է կազմում տեխնիկական սպասարկումը, երբ խիստ

հսկողությամբ մուտք պետք է ապահովվի` քայլերի գրանցմամբ:

 

ՊԱՀԱՆՋ 192 Պետք է հայտնաբերվեն բազմակի հայտերը միևնույն անձի համար:

Այդ հայտի ստուգման բացառություն է համարվում:

 

ՊԱՀԱՆՋ 193 Յուրաքանչյուր հայտ պետք է ստուգվի ոստիկանության գրանցամատյանի

համապատասխան: Ոստիկանության գրանցամատյանի հետ յուրաքանչյուր

անհամապատասխանություն հայտի ստուգման բացառություն է

համարվում:

 

ՊԱՀԱՆՋ 194 Յուրաքանչյուր հայտի մատնահետքերը անց են կացվում կենսաչափական

համակարգով 1:n նույնականացման որոնման համար: Յուրաքանչյուր

համընկնման դեպքում BMS-ում այլ անձի մատնահետքի հետ, կամ

յուրաքանչյուր համընկնման դեպքում ոստիկանության BMS-ում`

հայտի ստուգման բացառություն է համարվում:

 

ՊԱՀԱՆՋ 195 Պետք է հնարավոր լինի նաև ստուգում կատարել այլ

գրանցամատյանների հետ:

 

ՊԱՀԱՆՋ 196 Կենսաչափական տվյալների ցանկացած խնդիրների դեպքում պետք է

տեղեկատվություն ուղարկել հետազոտության համար:

 

ՊԱՀԱՆՋ 197 Կենտրոնական համակարգում պահվում են բոլոր հաջորդական հայտերը`

ներառյալ միևնույն անձի բոլոր անմշակ նկարները` կապված անձի

եզակի նույնականացման համարի հետ:

 

ՊԱՀԱՆՋ 198 Կենտրոնական համակարգը եզակի կապ է երաշխավորում գրանցման և

մատնահետքի տեղեկատվության հետ BMS համակարգում:

 

ՊԱՀԱՆՋ 199 Կենտրոնական համակարգը հետևում է փաստաթղթերի ժամանմանը

անհատականացման կենտրոնից, և եթե փաստաթուղթը գրանցված չէ

ժամանման պահից երկու օրվա ընթացքում, համակարգը գեներացնում է

նախազգուշացում այդ փաստաթղթի համար:

 

ՊԱՀԱՆՋ 200 Համակցված հայտի տվյալների ամբողջականությունը պետք է

երաշխավորվի:

 

ՊԱՀԱՆՋ 201 ԲՊՌ-ի տվյալները պետք է օգտագործվեն կենտրոնական համակարգի

կողմից:

 

ՊԱՀԱՆՋ 202 Յուրաքանչյուր հայտ պետք է թափանցիկ լինի օգտագործողների համար

(օպերատոր):

 

ՊԱՀԱՆՋ 203 Համակարգը պետք է ապահովի ամբողջական, արտաքին

ազդեցություններից անկախ աուդիտի գրանցում:

 

ՊԱՀԱՆՋ 204 Թողարկման համար պատրաստ ստուգված հայտերի տվյալները պետք է

մինչև յուրաքանչյուր աշխատանքային օրվա վերջ սինխրոնացվեն:

 

9.3 Առաջարկ կենտրոնական համակարգի վերաբերյալ

 

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

. Հայտերի մշակման գործընթացում առկա ռիսկերի մասին ահազանգում,

. Ռիսկերի նվազեցման մեթոդներ (օգտագործվող գործընթացներ, միջոցներ)

. Կիրառական ծրագրի և սարքի իրականացման և դրանց հաղորդակցման մեթոդներ

. Միևնույն անձի համար բազմակի հայտերի հայտնաբերման մեթոդներ

. Երկու պահուստային (back-up) լուծումներ` ավտոմատ և սովորական փոխանակվող

. Գործընթացների շարունակականության և աղետի հետևանքների վերացման ծրագրերը պետք է մանրամասն նկարագրվեն հայտ ներկայացնողի կողմից:

 

9.4 Կիրառական համակարգի պահանջներ և ցանկություններ

 

ՊԱՀԱՆՋ 205 Հայտերի մշակման ծրագիրը պետք է ապահովի հայտի մշակման և

թողարկման գործընթացները:

 

Հայտ ներկայացնողի կողմից ներկայացվող անձնագրի կիրառական ծրագրի հիմնական ֆունկցիոնալ առանձնահատկություններն են.

 

ՊԱՀԱՆՋ 206 Հայտերի մշակման գործընթացի աջակցում

- Հայտի գրանցում

- Կորցրած, վերադարձված փաստաթղթերի գրանցում

- Մատնահետքերի ստացում

- Լուսանկարի ստացում

- Թվային ստորագրության ստացում

- Անձնագրի պահոցի ընթերցող սարք

- Նույնականացման քարտի կոնտակտային պահոցի ընթերցող սարք

- Բազմակի մատնահետքերի տարանջատում

- Առանձին մատնահետքերի որակի վերահսկում

- Լուսանկարի ցուցադրում ստուգման համար

- Ստորագրության ցուցադրում ստուգման համար

- Մատնահետքի 1:1 ստուգում անձնագրում կամ նույնականացման

քարտում պահված տվյալների համեմատ

- Առցանց նույնականացման համար կենտրոնական կենսաչափական

գրանցամատյանում 1:n նույնականացման որոնման հայտ

- Փաստաթղթի պատվիրման ընթացք

- Փաստաթղթերի թողարկում

- Գողացված և կորցրած փաստաթղթերի գրանցում

- Նույնականացման քարտի կոնտակտային պահոցի ակտիվացում

- Հարցման գրանցում (ներառյալ պատմությունը)

 

ՊԱՀԱՆՋ 207 Ղեկավարում

- Օգտագործողի կառավարում; դերերի հիման վրա նույնականացում

- Փաստաթղթերի պաշարների գրանցում (ստացված, թողարկված,

փոխադրամիջոցում բացակայող, ուշացած, առաքված, չհավաքված,

վնասված, թերություններ ունեցող, ոչնչացման համար

վերադարձված, տեղափոխման համար պատրաստ, փոխադրամիջոցում

գտնվող (պատճառի կոդով)

- Կառավարման հաշվետվություններ

- Համակարգի իրադարձությունների դիտում

 

ՊԱՀԱՆՋ 208 Նման կայաններում պահպանվող բոլոր տվյալները պետք է պաշտպանված

լինեն չլիազորված

դիտումից/կրկնօրինակումից/փոփոխումից/ոչնչացումից/տարածումից

և պետք է անվերականգնելիորեն վերացվեն` կենտրոնական համակարգ

ներմուծելուց հետո:

 

ՊԱՀԱՆՋ 209 Համակարգի պարամետրեր

 

ՊԱՀԱՆՋ 210 Ծրագրի համակարգերը պետք է պաշտպանված լինեն հզոր իսկության

ճանաչման մեթոդներով, և տվյալները պետք է պաշտպանված լինեն

գողանալու վտանգից:

 

ՊԱՀԱՆՋ 211 Համակարգը պետք է ունենա համակարգի մուտքերի գրանցում

(logging).

 

ՊԱՀԱՆՋ 212 Մշակվելիք ծրագրային ապահովման առաջնային տարր է հանդիսանում

ուղղակի վիզուալ կարծիքը` տվյալների (տեքստային տվյալներ և

պատկերներ) որակի ստուգման համար, ինչը կապահովի արդյունավետ

գործընթացներ և օգտագործողների աջակցություն:

 

ՊԱՀԱՆՋ 213 Համակցված հայտի տվյալների ամբողջականությունը պետք է

երաշխավորվի:

 

ՊԱՀԱՆՋ 214 Յուրաքանչյուր հայտ պետք է թափանցիկ լինի օգտագործողների համար

(օպերատոր)

 

ՊԱՀԱՆՋ 215 Համակարգը պետք է ապահովի ամբողջական, արտաքին

ազդեցություններից անկախ աուդիտի գրանցում:

 

ՊԱՀԱՆՋ 216 Կիրառական ծրագիրը պետք է առցանց աշխատի գրասենյակներում,

ինչպես նաև անձնագրերի ոչ առցանց շարժական համակարգում:

 

ՊԱՀԱՆՋ 217 Բազմակի մատնահետքերի տարանջատում

 

ՊԱՀԱՆՋ 218 Առանձին մատնահետքերի որակի վերահսկում

 

ՊԱՀԱՆՋ 219 Լուսանկարի որակի վերահսկում

 

ՊԱՀԱՆՋ 220 Ստորագրության ցուցադրում ստուգման համար

 

ՊԱՀԱՆՋ 221 1:1 ստուգում:

 

ՊԱՀԱՆՋ 222 Մատնահետքերի սկանավորման տարածքը չպետք է պակաս լինի

85 մմx85 մմ-ից:

 

ՊԱՀԱՆՋ 223 Նկարի տարածք` չորս հարթ մատնապատկերի համար` ոչ պակաս քան

85x85 մմ, բութ մատի պատկերները` ոչ պակաս քան 40x40 մմ:

 

ՊԱՀԱՆՋ 224 Իրական ժամանակում գործող սկաների կետայնությունը պետք է լինի

500 dpi` համապատասխան ANSI/NIST-ITL-2007

առանձնահատկությունների:

 

ՊԱՀԱՆՋ 225 Մատնահետքերի պատկերները պետք է պահվեն/փոխանցվեն

ANSI/NIST-ITL-2007 միջազգային ստանդարտի համապատասխան:

 

ՊԱՀԱՆՋ 226 Մատնահետքերի պատկերների սեղմման մեթոդը WSQ- է,

մաքսիմում` 1:15:

 

ՊԱՀԱՆՋ 227 Պետք է կարողանա վերացնել խոնավության ազդեցությունը

մատնահետքերի վրա:

 

ՊԱՀԱՆՋ 228 Մատնահետքի ձևանմուշները պետք է համապատասխանեն ANSI INCITS

378-2009 ստանդարտին:

 

ՊԱՀԱՆՋ 229 NFIQ ստանդարտի հիման վրա պետք է իրականացվի մատնահետքերի

որակի ավտոմատ ստուգում փոփոխական շեմով:

 

ՊԱՀԱՆՋ 230 Մատնահետքերի պատկերները պետք է համապատասխանեն ISO

մատնահետքերի ստանդարտին` համապատասխան մաս 31-ի, աղյուսակ 1,

ԳԼՈՒԽ 7

ISO/IEC 19794-4: 2005:

 

ՊԱՀԱՆՋ 231 Թվային լուսանկարչական ապարատը պետք է ունենա կետայնություն,

որը առնվազն հավասար պետք է լինի փոխանցվող նկարի

կետայնությանը:

 

ՊԱՀԱՆՋ 232 Հեռավորությունը քթի ծայրի և լուսանկարչական ապարատի ֆոկուս

կետի միջև պետք է լինի 1,5 մետր.

 

ՊԱՀԱՆՋ 233 Լուսանկարչական ապարատի ֆոկուս կետը պետք է լինի անալոգային

ապարատի 80-110 մմ համարժեքների միջև:

 

ՊԱՀԱՆՋ 234 Լուսավորությունը չպետք է.

- Առաջացնի ճառագայթում

- Առաջացնի ավելորդ

- Առաջացնի աղավաղող ստվեր

- Առաջացնի արտապատկերներ դեմքին:

 

ՊԱՀԱՆՋ 235 Նկարը պետք է համապատասխանի դիմապատկերների ISO ստանդարտին`

համապատասխան ISO/IEC 19794-2: 2005 JPEG կամ JPEG2000

ձևաչափի:

 

ՊԱՀԱՆՋ 236 Գրանցման կենտրոնում (ներառյալ շարժական կենտրոններ) վերցված

անձնագրի և նույնականացման քարտի թվային լուսանկարը և թվային

ստորագրությունը պետք է համապատասխանեն ICAO 9303 փաստաթղթի

չափանիշներին` մաս 1 և հատոր 1, գլուխ IV, ՄՀ անձնագրերի

տեխնիկական բնութագրեր և մաս 7` սեփականատիրոջ ներկայացրած

նույնականացման առանձնահատկություններ:

 

ՊԱՀԱՆՋ 237 Տեղական համակարգը պետք է տեղում ջնջի հայտի տվյալները` դրանք

կենտրոնական համակարգ փոխանցելուց հետո:

 

ՊԱՀԱՆՋ 238 Համակարգը պետք է թույլ տա հավելյալ գրանցման կենտրոնների

ներդրումը` առանց հայտ ներկայացնողի մասնակցության:

 

9.5 Առաջարկ կիրառական համակարգի վերաբերյալ

 

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

. Հայտերի մշակման գործընթացում առկա ռիսկերի մասին ահազանգում,

. Ռիսկերի նվազեցման մեթոդներ (օգտագործվող գործընթացներ, միջոցներ)

. Կիրառական ծրագրի և սարքի իրականացման և դրանց հաղորդակցման մեթոդներ

. Հայտերի մշակման համակարգի ֆունկցիոնալ նկարագրություն

. Հայտ ներկայացնողը պետք է ներկայացնի տարբեր գործառույթների համար արձագանքման ժամանակը

. Ներկայացնի գրանցող սարքերի համապատասխան տեխնիկական մանրամասները

. 1:1 ստուգման իրականացումը ROC-ով` նշելով EER` անկախ փորձագիտական արդյունքներով

. Համապատասխանություն ստանդարտներին

. Մատնահետքերի տվյալների պահպանման ձևաչափ

. Լուսանկարների պահպանման ձևաչափ

. Ստորագրությունների պահպանման ձևաչափ

. Հայտ ներկայացնողը պետք է տրամադրի մուտքագրման կայանում գրանցման տարբեր քայլերի ժամանակահատվածների մանրամասն ցանկը (օր.` մեկ կամ մի քանի մատնահետք վերցնելու, թղթե հայտը սկանավորելու համար անհրաժեշտ ժամանակը և այլն): Պետք է գնահատի ՄԿ-ի կողմից մեկ օրում ընդունած հայտերի քանակը:

. Հայտ ներկայացնողը պետք է գնահատի կենտրոնական գրանցման/ստուգման համակարգ ուղարկվող տվյալների ծավալը (կիլոբայթով) մեկ հայտի համար:

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

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

. Հայտ ներկայացնողը պետք է տրամադրի ամբողջականության վերահսկման եղանակների նկարագրություն, օր.` բազմակի գրանցման կանխում:

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

 

10. Անհատականացման ապարատային և ծրագրային ապահովման պահանջներ

 

10.1 Նկարագրություն

 

Անհատականացման գործընթացը վերածում է անվտանգ տպագրական սարքի միջոցով տպված դատարկ փաստաթուղթը եզակի փաստաթղթի:

Իսկապես, անհատականացման գործընթացի հիմնական որոշումները պահանջում են որոշակի փաստաթղթային նյութեր և արտադրական պրոցեսներ: Այն ներառում է էլեկտրական և գրաֆիկական անհատականացում:

 

10.2 Պահանջներ և ցանկություններ

 

ՊԱՀԱՆՋ 239 Էլեկտրոնային նույնականացման փաստաթուղթը պետք է կրի քաղաքացու

սոցիալական համարը չիպի ներսում: Այն պետք է կցվի

նույնականացման քարտի մակերեսին, ինչպես նաև տպվի անձնագրի

տվյալների էջի համապատասխան դաշտում:

 

ՊԱՀԱՆՋ 240 Անհատականացման գործընթացը պետք է պահանջի մինիմալ

գործողություններ մարդու կողմից:

 

ՊԱՀԱՆՋ 241 Համակարգը պատասխանատու է ամբողջ անհատականացման համար`

ներառելով ինտերֆեյսները և վերահսկման գործողությունները

գրաֆիկական և էլեկտրական անհատականացման ապարատային ապահովման

նկատմամբ:

 

ՊԱՀԱՆՋ 242 Անհատականացման գործընթացը պետք է օգտագործի պրինտերներ և այլ

տեխնոլոգիաներ, որոնք կոմերցիոն մատչելի են

 

ՊԱՀԱՆՋ 243 էլեկտրական և գրաֆիկական անհատականացման քայլերը տրամաբանորեն

շաղկապակցված են, սակայն պարտադիր չէ, որ միավորված լինեն

սարքավորման մեկ մոդուլում:

 

ՊԱՀԱՆՋ 244 Համակարգը պետք է հնարավորություն ունենա փաթեթային ռեժիմ

 

ՊԱՀԱՆՋ 245 Համակարգը պետք է կարողանա նույնականացնի յուրաքանչյուր

անհատական փաստաթուղթը:

 

ՊԱՀԱՆՋ 246 Համակարգը պետք է տրամադրի ինֆորմացիա էլեկտրական

անհատականացման վերաբերյալ

 

Էլ. անձնագիր

 

ՊԱՀԱՆՋ 247 Համակարգը պետք է հնարավորություն ունենա անհատականացնելու

1000 անձնագիր 1 օրում:

 

ՊԱՀԱՆՋ 248 Համակարգը պետք է անհատականացնի հետևյալ ինֆորմացիան անգլերեն

և հայերեն լեզուներով գրաֆիկորեն.

1. ազգանունը, անունը, հայրանունը.

2. ծննդյան վայրը, օրը, ամիսը, տարեթիվը.

3. սեռը.

4. քաղաքացիությունը.

5. ազգությունը` քաղաքացու ցանկությամբ.

6. բնակության վայրը (նշվում է միայն երկիրը)

7. քաղաքացու լուսանկարը.

8. քաղաքացու ստորագրությունը.

9. անձնագիրը տրամադրած ոստիկանության ստորաբաժանման

անվանումը, ինչպես նաև անձնագրի տրամադրման և

վավերականության ժամկետները, անձնագրի համարը

10. Սոցիալական ծառայության համարանիշը

 

ՊԱՀԱՆՋ 249 Համակարգը պետք է անհատականացնի չիպում տվյալները համապատասխան

LDS-ի կառուցվածքի ICAO ստանդարտում:

 

ՊԱՀԱՆՋ 250 Համակարգը պետք է տրամադրի ինֆորմացիա էլեկտրական

անհատականացման վերաբերյալ

 

Նույնականացման քարտ

 

ՊԱՀԱՆՋ 251 Համակարգը պետք է հնարավորություն ունենա անհատականացնելու

2500 նույնականացման քարտ 1 օրում:

 

ՊԱՀԱՆՋ 252 Համակարգը պետք է անհատականացնի հետևյալ ինֆորմացիան անգլերեն

և հայերեն լեզուներով գրաֆիկորեն.

1. ազգանունը, անունը, հայրանունը.

2. ծննդյան վայրը, օրը, ամիսը, տարեթիվը.

3. սեռը.

4. քաղաքացիությունը.

5. ազգությունը` քաղաքացու ցանկությամբ.

6. բնակության վայրը (նշվում է միայն երկիրը)

7. քաղաքացու լուսանկարը.

8. Նույնականացման քարտը տրամադրած ոստիկանության

ստորաբաժանման անվանումը, ինչպես նաև անձնագրի

տրամադրման և վավերականության ժամկետները, անձնագրի

համարը

 

ՊԱՀԱՆՋ 253 Համակարգը պետք է հնարավորություն ունենա անհատականացնի

վերը նշված տվյալները չիպում, ինչպես նաև 2 թվային

հավաստագրեր ու 2 մատնահետքերի ձևանմուշներ ANSI INCITS

378-2009 ստանդարտին համապատասխան

 

ՊԱՀԱՆՋ 254 Որակի հսկման համակարգը պետք է իրագործվի համակարգում

անհատականացված էլ. փաստաթղթերի էլեկտրական և վիզուալ

վերիֆիկացիայի համար

 

10.3 Առաջարկ

 

Հայտ ներկայացնողը նկարագրում է, թե ինչպես են պահանջները իրականացվում:

 

11. Անձնակազմի և վերապատրաստման պահանջները

 

11.1 Պահանջներ և ցանկություններ

 

Վերապատրաստման պլան և մոտեցումներ

 

ՊԱՀԱՆՋ 255 Հայտ ներկայացնողը պետք է պատրաստի վերապատրաստման պլան մինչև

վերապատրաստման դասընթացների և վերապատրաստման անձնակազմի

պատրաստումը` հատկապես մինչև ներդրման համար տարբեր

ենթահամակարգ բաղադրիչների պատրաստումը:

 

ՊԱՀԱՆՋ 256 Վերապատրաստման պլանը պետք է տրամադրի վերապատրաստվողների

խմբեր հետևյալ ուղղություններով. ա) գրանցման կենտրոններ, բ)

կենսաչափական գործողություններ, գ) փաստաթղթերի կառավարման

անվտանգ համակարգ, դ) անհատականացման ենթահամակարգ: Այն պետք

է ծածկի նաև տեխնիկական վերապատրաստումը և կիրառի

վերապատրաստել ուսուցիչներին մոտեցումը հատկապես մինչև

նախագծի տարբեր հատվածների գործառնական ընդունումը:

 

ՊԱՀԱՆՋ 257 Վերապատրաստման պլանը պետք է մանրամասնի նախագծի տարբեր

հատվածների համար դասընթացները, որոնք ծածկում են Կենտրոնական

Համակարգում և Գրանցման կենտրոնում պիլոտի գործարկումը, որոնք

կհեշտացնեն համակարգի գործարկումը:

 

ՊԱՀԱՆՋ 258 Վերապատրաստման դասընթացները պետք է անցկացվեն հայերեն:

Տեխնիկական դասընթացները կարող են անցկացվել նաև անգլերեն:

 

ՑԱՆԿՈՒԹՅՈՒՆ 5 Վերապատրաստման մեթոդները կարող են ներառել, բայց

չսահմանափակվել հրահանգիչների պրիզենտացիաներով, ինտենսիվ

լսարանային դասընթացներ օգտագործողի ձեռնարկների և այլ

տեխնիկական փաստաթղթերի տրամադրմամբ, ճեպազրույցներ,

կողմնորոշման և աշխատանքային հանդիպումներ, ուսումնական

տուրեր և այլ վերապատրաստման հնարավորություններ:

 

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

 

ՊԱՀԱՆՋ 259 Հայտ ներկայացնողը պատասխանատու է ԷԿԵՆԳ ԲԲԸ կողմից ընտրված

անձնակազմի դասընթացների համապատասխան և ադեկվատ նյութերի

պատրաստման համար:

 

ՊԱՀԱՆՋ 260 Հայտ ներկայացնողը պետք է տրամադրի օգտագործողներին

վերապատրաստելու ավարտուն և մանրամասն դասընթացների անցկացման

ձեռնարկներ: Յուրաքանչյուր մոդուլի համար Հայտ ներկայացնողը

պետք է ներկայացնի դասընթացի նկարագրությունը, որը պետք է

ներառի բայց չսահմանափակվի հետևյալով.

. Դասընթացի անվանումը

. Դասընթացի նպատակները

. Դասընթացի տևողությունը և մասնակիցների քանակը մեկ

դասընթացի համար

. ՈՒսուցանողի որակավորումը

. Դասընթացի բովանդակության և պլանի նկարագրություն

. Մատուցման մեթոդները

. Ներկայացնողի/դասընթացն անցկացնողի որակավորումն ու փորձը

 

ՊԱՀԱՆՋ 261 Համակարգի փաստաթղթերի մեջ պարունակվող տեղեկատվությունը պետք

է ներառի հետևյալը.

. Համակարգչի նկարագրությունը

. Համակարգչի կոնֆիգուրացման ընթացակարգերը

. Համակարգչային գործառույթները, որոնք ներառում են

ստեղնաշարային վերահսկման, էկրանի վերահսկման, տպիչի

վերահսկման, տվյալների փոխանակման նկարագրությունները:

. Համակարգային հրամանների և հաղորդագրությունների`

ներառյալ համակարգի սխալների վերաբերյալ

հաղորդագրությունների նկարագրությունը

 

ՊԱՀԱՆՋ 262 Վերապատրաստման նյութերը պետք է պարունակեն գործնական

օրինակներ, համապատասխան ինդեքսավորմամբ հեշտացնելու արագ

հղումները

 

Համակարգի Վերապատրաստում

 

ՊԱՀԱՆՋ 263 Հայտ ներկայացնողը պետք է տրամադրի ավարտուն և մանրամասն

տեղեկատվություն համակարգի գործարկման վերաբերյալ: Փաստաթղթերը

պետք է պարունակեն առնվազն.

. Համակարգի հոսանքին միացնել անջատելու ընթացակարգերը

. Համակարգի միացնելու և անջատելու ընթացակարգերը

. Համակարգի սխալների մասին հաղորդագրություններ և

ախտորոշումներ

. Ֆայլեր և Համակարգի պահեստավորման ընթացակարգերը

. Համակարգի ձախողումների և վերականգնման ընթացակարգերը

. Ժապավենային պահոցի գործարկման հրահանգները

. Փաստաթղթերի և թվային սկաներների գործարկման հրահանգները

. Գործարկման հրահանգները առաջարկվող համակարգի բոլոր

սարքերի համար

 

Վերապատրաստման անձնակազմը

 

ՊԱՀԱՆՋ 264 Հայտ ներկայացնողը պետք է տրամադրի սպառիչ վերապատրաստում և

աջակցություն կամ ուղղակի, կամ որակավորված համապատասխան

երրորդ կողմի միջոցով:

 

ՊԱՀԱՆՋ 265 Հայտ ներկայացնողը պետք է հնարավորինս օգտագործի տեղական հայ

հրահանգիչներ: Տեխնիկական հատուկ դասընթացներ կարող են

անցկացվել անգլերեն:

 

Գիտելիքների փոխանցման պլան

 

ՊԱՀԱՆՋ 266 Առաջարկ ներկայացնողը պետք է ներկայացնի պատվիրատուի ՏՏ թիմին

Գիտելիքների փոխանցման մանրամասն ծրագիրը և աշխատանքային

պլանը:

 

ՊԱՀԱՆՋ 267 Ծրագիրը պետք է պարունակի տեղեկատվության այն բոլոր տարրերը,

որոնք անհրաժեշտ են պատվիրատուի ՏՏ անձնակազմին իր աշխատանքը

կատարելու և սպասելիքները բավարարելու համար: Ակնկալվում է,

որ այդ տարրերը կլինեն`

. Ընթացակարգեր և ստանդարտներ,

. Համակարգի կառուցվածք և դիզայն

. Աշխատածրագրի իմացություն:

 

ՊԱՀԱՆՋ 268 Կարևոր է, որ առաջարկ ներկայացնողի կողմից օգտագործվող

վարչական և տեխնիկական ընթացակարգերը լավ ըմբռնվեն (պատշաճ

կերպով հասկացվեն) և պահպանվեն պատվիրատուի ՏՏ թիմի կողմից:

Դրանք առնչվում են հետևյալ ընթացակարգերին`

. Կոդավորում, կոմպիլյացիա և փորձարկում

. Համակարգչային ծրագրերի մշակում

. Համակարգչային ծրագրերի կոնֆիգուրացիա

. Արտադրության և փորձարկման միջավայր

. Փոփոխությունների կառավարման ընթացակարգեր և

մեթոդաբանության

. Համակարգչային ծրագրերի գործիքներն ու սպասարկող ծրագրերն

. Ծառայության մակարդակի մասին համաձայնագրի ըմբռնում:

 

ՊԱՀԱՆՋ 269 Համակարգի դիզայնի ասպեկտների իմացությունը կարևոր բաղադրիչ

է` արդյունավետ տեխնիկական սպասարկման և բարելավման

գործառնություններ կազմակերպելու համար: Պահանջվող գիտելիքները

հիմնականում բաղկացած են համակարգի բլոկ-սխեմաներից, աշխատանքի

կատարման հոսքերից և ծրագրի սպեցիֆիկացիաներից: Հետևյալ

տեղեկությունները հավանաբար առավել կարևոր տարր են

տեխնիկական սպասարկման գործառնություններում և ընդգրկում են`

- Ընդհանուր ծանոթություն համակարգին/գործիքներին

- Ծանոթություն կառուցվածքին

- Օգտագործողի ինտերֆեյսի ցուցադրություն/վերլուծություն

- Ֆունկցիոնալ/բիզնես ծանոթություն

- Կոդավորում և մշակում

- Արտաքին ինտերֆեյսներ (մուտքային և ելքային ֆայլեր),

- Փորձարկման և արտադրական միջավայր

- Ներդրում

- Աջակցություն արտադրությանը

- Սխալների մասին հաղորդագրություններ կամ/և

մատյաններ/լոգեր և խնդիրների լուծման ընթացակարգեր

- Ընթացիկ տարբերակ և տարբերակների պլաններ

- Համակարգչային ծրագրերի կոնֆիգուրացիայի կառավարում

- Տարբերակների և արտադրական կարգավորումների պատմություն

- Հետագա բարելավման տարբերակներ/պլաններ

- Բլոկների փորձարկման տվյալներ, բլոկների փորձարկման

դեպքեր, սխալների մասին հաղորդագրություններ և այլն:

 

ՊԱՀԱՆՋ 270 Աշխատածրագրի իմացությունը նույնքան կարևոր է, որքան համակարգի

իմացությունը: Այս տեսանկյունից պատվիրատուի ՏՏ աշխատակազմը

պետք է ունենա`

- Աշխատածրագրի մասին գլոբալ իմացություն,

- Տեղեկություններ համապատասխան օգտագործողի, համակարգչային

ծրագրերի և ծրագրային կոդի ձեռնարկների մասին, որոնք կարող

են օգտագործվել կոնկրետ հարցումների համար

- Ընդհանուր ծանոթություն Համակարգի աշխատածրագրին:

 

ՊԱՀԱՆՋ 271 Առաջարկ ներկայացնողը պետք է ապահովի գիտելիքների փոխանցման

համապատասխան մեթոդաբանություն

 

ՊԱՀԱՆՋ 272 Եթե Համակարգի ադապտացման և ներդրման ընթացքում առաջարկ

ներկայացնողը կամ պատվիրատուն սխալներ են հայտնաբերում

համակարգի կատարողական կոդում, առաջարկ ներկայացնողը պետք է

կարգավորի դրանք և ամբողջական տեղեկատվություն տրամադրի

պատվիրատուի ՏՏ թվին:

 

ՊԱՀԱՆՋ 273 Առաջարկ ներկայացնողի թիմի անդամները պետք է

պայմանավորվածությունների հիման վրա հասանելի լինեն

պատվիրատուի ՏՏ թիմի հետ չպլանավորված և ոչ պաշտոնական

քննարկումների համար` նախագծային և ներդրման առանցքային

խնդիրներն ըմբռնելու նպատակով:

 

ՊԱՀԱՆՋ 274 Փոխանցված բոլոր տեսակի տեղեկություններն ու գիտելիքները պետք է

փաստաթղթագրված լինեն և առաջարկ ներկայացնողը պետք է բոլոր

փաստաթղթերը տրամադրի պատվիրատուի ՏՏ թիմին` թե՛ տպված, թե՛

էլեկտրոնային կրիչով:

 

ՊԱՀԱՆՋ 275 Հայտ ներկայացնողը Համակարգի նոր տարբերակների տրամադրման,

մշակման և վերահսկման հետ կապված Պատվիրատուի ՏՏ թիմի հետ

աշխատելու ընթացակարգը պետք է դիմի հաստատման:

 

11.2 Առաջարկ

 

Հայտ ներկայացնողը պետք է ներկայացնի թե ինչպես են ապահովվում պահանջները: Հատուկ ուշադրություն պետք է դարձվեն հետևյալ կետերին.

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

. Հայտ ներկայացնողը պետք է տրամադրի գիտելիքի փոխանցման մանրամասն պլանը

 

12. Նախագծի Իրականացման, Պահպանման և վերահսկման պահանջներ

 

12.1 Նկարագրություն

 

ԷԿԵՆԳ ԲԲԸ պատասխանատու է նախագծի կառավարման և իրականացման համար: Այստեղ ներառվում է արդյունքների տրամադրում ինչպիսիք են հասանելի նպատակներն ու արդյունքները, հատուկ ուղենիշերով (milestone) և մոնիտորինգի, գնահատման փաթեթներով:

ԷԿԵՆԳ ԲԲԸ իրականացնում է ռեսուրսների մոնիտորինգ, մրցութային փաստաթղթերի պատրաստում, պայմանագրային փաթեթների գնահատում և իրականացում, պայմանագրերի և ֆինանսական կառավարում:

ԷԿԵՆԳ ԲԲԸ պետք է համակարգի և կառավարի անցման գործընթացը կապված աշխատանքի նոր ձևի հետ, որը ներկայացվել է նոր համակարգի և ենթակառուցվածքի միջոցով:

 

Պատվիրատուն պետք է.

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

- Առաջադրանքն իրականացնելու նպատակներով ապահովի Հայտ ներկայացնողի մուտքը Գրանցման և Հավաստագրման կենտրոններ:

- Տարածք ապահովի համակարգչային տեխնիկայի տեղադրման և Հայտ ներկայացնողի կողմից ադապտացման ու ներդրման աշխատանքների իրականացման համար:

 

12.2 Պահանջներ և ցանկություններ

 

Իրականացում

 

ՊԱՀԱՆՋ 276 Գնորդ պետք է պատրաստի Ծրագրի Նախնական պլանը նկարագրելով, ի

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

ռեսուրսները, որ գնորդն առաջարկում է ներգրավել նախագծման,

կառավարման, համակարգման և իր բոլոր պարտավորությունների

իրականացման համար, մրցույթը շահելու դեպքում, ինչպես նաև

գնահատված տևողությունը և յուրաքանչյուր խոշոր գործողության

ավարտի ամսաթիվը: Նախնական Ծրագրի պլանը պետք է նաև

անդրադառնա հետևյալ թեմաներին և շեշտադրումներին.

. Նախագծի կազմակերպչական և կառավարման պլան

. Առաջադրանքների, ժամկետների և ռեսուրսների

ժամանակացույցերը

. Առաքման և տեղադրման պլան

. Համակարգի ինտեգրման պլանը

. Տվյալների փոխանակման և միգրացիայի պլան

. Վերապատրաստման պլան

. Նախա և գնահատման պլան

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

. Երաշխիքային սպասարկման պլան

. Հետերաշխիքային սպասարկման պլան

. Տեխնիկական աջակցության պլան

. Այլ պլաններ և փաստաթղթեր որոնք Մատակարարը համարում է

անհրաժեշտ

 

ՊԱՀԱՆՋ 277 Նախագծի նախնական պլանը պետք է նաև ամրագրի հայտ ներկայացնողի

գնահատականը Գնորդի և համակարգի տրամադրման և տեղադրման

համար որևէ այլ երրորդ կողմի հիմնական պարտականությունները,

ինչպես նաև Հայտ ներկայացնողի կողմից առաջարկվող

յուրաքանչյուր մասնակից կողմի գործողությունների համակարգման

միջոցները` խուսափելու ուշացումներից և տարաձայնություններից

 

ՊԱՀԱՆՋ 278 Այս նախագծի իրականացումը ներկայացնում է ՀՀ Ոստիկանության նոր

աշխատելաոճ: Հայտ ներկայացնողը նախագծի պլանի մեջ պետք է

ներառի մանրամասն նկարագրություն թե ինչպես է ապահովելու ԷԿԷՆԳ

ԲԲԸ և ՀՀ Ոստիկանության կողմից համակարգի հաստատումը:

 

ՊԱՀԱՆՋ 279 Հայտ ներկայացնողը պետք է տրամադրի առաջարկվող լուծման համար

պահանջվող բոլոր լիցենզիաները:

 

ՊԱՀԱՆՋ 280 Հայտ ներկայացնողը պետք է ներառի նաև մանրամասն

նկարագրություն իր կազմակերպչական միավորների մասին, որոնք

կապված են նախագծում ընդգրկված տարբեր շահագրգիռ մարմինների

հետ: Մանրամասները պետք է ներառեն.

- Հայտ ներկայացնողի և տարբեր շահագրգիռ կողմերի միջև

ինտերֆեյսի կարգը/ձևը

- Հայտ ներկայացնողի անձնակազմի դերերն ու

պատասխանատվությունները ըստ անձանց և պաշտոնների

- Շահագրգիռ կողմերի սպասվող դերերն ու պարտականությունները

 

ՊԱՀԱՆՋ 281 Հայտ ներկայացնողը պետք է ներառի ծրագրի հաղորդակցության պլանի

մանրամասները ներառյալ.

- Ակտիվ և նպատակային մոտեցում` կենտրոնացված զարգացնելու

և հասցնելու կարևոր հաղորդագրությունները հիմնական

խմբերին ճիշտ ժամանակին և կարգով

- Հիմնական շահագրգիռ կողմերի բացահայտման/նույնականացման և

վերլուծության միջոցները

- Հաղորդակցության նպատակներն ու խնդիրները

- Հիմնական հաղորդագրությունները, ակնկալվող ժամկետները և

հաճախականությունը

- Հետադարձ կապ և գնահատման մեխանիզմները

 

ՊԱՀԱՆՋ 282 Հայտ ներկայացնողը պետք է տրամադրի հետևյալ արդյունքները.

. Կիրառական ծրագիր գրանցման կայանների համար

. Կենտրոնական համակարգի ծրագրի բոլոր բաղադրիչներն ու

ենթահամակարգերը

. Ծրագրավորման գործիքներ կիրառական ծրագրի բոլոր

բաղադրիչների համար

. Սարքավորումներ գրանցման կայանների համար

. Սարքավորումներ կենտրոնական համակարգի համար

. Բոլոր կիրառական ծրագրերի բաղադրիչների և

ենթահամակարգերի տեղադրման և ներդրման փաթեթները

. Բաց ծրագրային լուծումների բոլոր կոդերը

. 100.000 էլ. Անձնագրեր և 250.000 էլ. Քարտեր

. 4.000 հատ դիվանագիտական էլ. Անձնագրեր

. 100 հատ անձնագրի սկաներներ/կարդացող սարքեր

սահմանակետերի համար

. Փոփոխությունների կառավարման ընթացակարգերը և

մեթոդաբանությունը

. Ծրագրերի և սարքերի կիրառման ուղեցույցներ

. Ընդհանուր կառուցվածքի նկարագրությունը

. Օգտագործողի ինտերֆեյսի ցուցադրում և փորձարկում

. Ֆունկցիոնալ/բիզնես նկարագրություն

. Տեղադրման և ներդրման ուղեցույցեր

. Թեստավորման ռազմավարությունը, ընդունման թեստի պլանները,

ավտոմատացված և յունիթ թեստեր

. Համակարգի կառավարման և ծրագրավորման ուղեցույցերը

. Համակարգի օգտագործողի ձեռնարկները

. Ներկա տարբերակները և հետագա տարբերակների պլանները

. Կիրառական ծրագրի կոնֆիգուրացիոն կառավարման պլանները

. Տարբերակների պատմություն և արտադրական շտկումներ

. Ապագա բարելավման տարբերակները/պլանները

. ՈՒսուցողական նյութեր թիրախային բոլոր խմբերի համար

 

Պահպանում և սպասարկում

 

Երաշխիքային ծառայություն

 

ՊԱՀԱՆՋ 283 Հայտ ներկայացնողը պետք է տրամադրի 2 տարվա երաշխիք բոլոր

սարքերի կիրառական ծրագրերի համար, ընդունման օրվանից սկսած:

 

ՊԱՀԱՆՋ 284 Համակարգի շահագործման և սպասարկման ժամերն են 8:00 մինչև

18:00 երկուշաբթիից շաբաթ, բացի տոն օրերից: Սակայն եթե

պատվիրատուն առաջարկի ընդլայնել շահագործման աջակցությունը 2

կամ ավել հերթափոխի` Հայտ ներկայացնողը պետք է իրականացնի

անհրաժեշտ միջոցառումներ` ապահովելու այդ:

 

ՊԱՀԱՆՋ 285 Սարքերի պահպանումը և աջակցությունը պետք է ներառի.

. Սարքավորումների մասերի յուղում, մաքրում և կարգավորում

. Համակարգի բնականոն աշխատանքի համար անհրաժեշտ դետալների

և մասերի փոխում, առանց որևէ ծախսերի Պատվիրատուի

կողմից

. Որևէ այլ թեստեր և փոփոխություններ որոնք անհրաժեշտ է

Սարքավորումները պահպանել աշխատանքային վիճակում

 

ՊԱՀԱՆՋ 286 Ծրագրային պահպանումը պետք է ներառի.

. Պատվիրատուի կողմից հաղորդված Համակարգի մեջ խոտանների

հետազոտություն և դրանց շտկում, ներառյալ ժամանակավոր

լուծումների տրամադրում և թերությունների շրջանցում,

մինչ Համակարգի ստանդարտ ուղղումները և թարմացումները:

. Ստանդարտ ուղղումների, թարմացումների տեղադրում,

թեստավորում և մշակում, Կիրառական ծրագրի նոր

տարբերակների տրամադրում և տեղադրում, ինչպես նաև

համապատասխան փաստաթղթերի և նյութերի թարմացում:

. Համակարգը բերել շահագործելի վիճակի, երբ Համակարգի

անգործելիությունը վերագրվում է Կիրառական ծրագրի խոտանին

կամ սխալներին:

. Կորած տվյալների վերականգնում, վնասված տվյալների

վերականգնում և շտկում, սխալ տվյալների ուղղում այնքանով

ինչքան հնարավոր է

 

Օգտագործողների սպասարկում և թեժ գիծ

 

ՊԱՀԱՆՋ 287 Հայտ ներկայացնողը պետք է տրամադրի թեժ գծով կապի մեկ մուտք,

աջակցման ժամերին խնդիրների հայտման համար:

 

Տեխնիկական Օժանդակություն

 

ՊԱՀԱՆՋ 288 Technical assistance or remedial support shall be provided

during the support hours.

Տեխնիկական օժանդակությունը պետք է տրամադրվի աջակցության

տրամադրման ժամերին:

 

ՊԱՀԱՆՋ 289 Պատվիրատուի կողմից հեռախոսով հայտնած Համակարգի խոտանի կամ

սխալի վերաբերյալ հայտ ներկայացնողը պետք է տրամադրի առաջնային

օգնություն հեռախոսով: Եթե խնդիրը հնարավոր չէ լուծել

հեռախոսով, ապա խոտանը կամ սխալը պետք է բարձրացվի աջակցության

երկրորդ մակարդակ: Խնդրի հրատապությունից կախված պատասխանի և

լուծման ժամկետները ներկայացված են ստորև.

. Կարևորության մակարդակ 1. համակարգը չի աշխատում, բոլոր

ֆունկցիաները հասանելի չեն. 1 ժամ պատասխանի համար, 8 ժամ

լուծման կամ թերությունը շրջանցող լուծման տեղադրում

. Կարևորության մակարդակ 2. հիմնական գործառույթները

պատշաճ կերպով չեն աշխատում/հասանելի չեն. 2 ժամ

պատասխանի համար, 12 ժամ լուծման համար

. Կարևորության մակարդակ 3. երկրորդական գործառույթները

պատշաճ կերպով չեն աշխատում/հասանելի չեն. 4 ժամ

պատասխանի համար, 2 օր լուծման համար

. Կարևորության մակարդակ 4. Հիմնական գործառույթները

պատշաճ կերպով չեն աշխատում/հասանելի չեն, ընդհանուր

համակարգի շահագործման վրա նվազագույն ազդեցություն, 1 օր

պատասխանի համար, 5 օր լուծման համար

 

Հետերաշխիքային պահպանման ծառայություն

 

ՊԱՀԱՆՋ 290 Համակարգի հետերաշխիքային սպասարկման ժամերն են 8:00 մինչև

18:00 երկուշաբթիից շաբաթ, բացի տոն օրերից:

 

Վերահսկողություն

 

ՊԱՀԱՆՋ 291 Առաջարկ ներկայացնողը սերտ համագործակցելու է պատվիրատուի ՏՏ

և բիզնես թիմերի հետ:

 

ՊԱՀԱՆՋ 292 Առաջարկ ներկայացնողը և վերջինիս անունից ծառայություններ

մատուցող ենթակապալառուն պարտավոր են պատվիրատուին աջակցել ու

մուտքի հնարավորություն տալ ցանկացած ստուգում/աուդիտ

իրականացնելու համար: Աուդիտի հետ կապված ծախսերն առաջարկ

ներկայացնողները չեն կրում:

 

ՊԱՀԱՆՋ 293 Բարեփոխման և ներդրված համակարգչային ծրագրերի կայունության

համար կարևոր է, որ առաջադրանքի վրա աշխատելու ընթացքում

առաջարկ ներկայացնողը պատվիրատուի փորձագետներին փոխանցի իր

գիտելիքներն ու հմտությունները:

 

ՊԱՀԱՆՋ 294 Պատվիրատուի համար նախընտրելի է լինել ստացված ծրագրային

ապահովման սեփականատերը, սակայն եթե առաջարկ ներկայացնողի

համար խնդիրներ են առաջանում ծրագրային ապահովման կոդերի

փոխանցման հետ կապված, ապա այդ դեպքում առաջարկ ներկայացնողը

պետք է առաջարկի ծրագրային ապահովման տնօրինման այնպիսի

տարբերակ, որը կապահովի պատվիրատուի կողմից սահմանված

անվտանգության բոլոր պահանջների կատարումը:

 

ՊԱՀԱՆՋ 295 Առաջարկ ներկայացնողը զեկուցելու է պատվիրատուին:

 

ՊԱՀԱՆՋ 296 Առաջարկ ներկայացնողը պետք է ներկայացնի հետևյալ փաստաթղթերն

ու հաշվետվությունները`

 

ՊԱՀԱՆՋ 297 Ելքային հաշվետվություն, որը սահմանում է առաջադրանքով

աշխատանքի ընդհանուր ծավալը և ժամանակացույցը` պատվիրատուի

հետ համակարգելուց հետո:

 

ՊԱՀԱՆՋ 298 Արձանագրած առաջընթացի, նույնականացված խնդիրների և դրանց

առաջարկվող լուծումների մասին ամսական հաշվետվություններ:

 

ՊԱՀԱՆՋ 299 Արձանագրած առաջընթացի, խնդիրների և դրանց առաջարկվող

լուծումների մասին միջանկյալ փուլային հաշվետվություններ:

 

ՊԱՀԱՆՋ 300 Առաջադրանքի ավարտված յուրաքանչյուր փուլի մասին

հաշվետվություն` դրան կցված համապատասխան փաստաթղթերով և

հանձնման ու ընդունման ակտով

 

ՊԱՀԱՆՋ 301 Վերապատրաստման ավարտված յուրաքանչյուր փուլի մասին

հաշվետվություն` դրան կցված վերապատրաստման արդյունքներով:

 

ՊԱՀԱՆՋ 302 Առաջադրանքն ավարտելուն հաջորդող վերջնական հաշվետվություն`

կից ներկայացվող փաստաթղթերով

 

12.3 Առաջարկ

 

Հայտ ներկայացնողը պետք է ներկայացնի թե ինչպես են ապահովվում պահանջները: Հատուկ ուշադրություն պետք է դարձվեն հետևյալ կետերին

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

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

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

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

. Առաջարկ ներկայացնողը պետք է ապահովի իր միջոցներն ու ծառայությունները համաձայն ոլորտի լավագույն փորձին` մասնավորապես ընդունված նորմերին համապատասխան (օրինակ` ISO 9001, ICMM) և Որակի կառավարման համակարգի հետ միասին:

 

ՄԱՍ IV: Ֆինանսական և պայմանագրային դրույթներ

 

13. Ֆինանսական մաս

 

13.1 Նկարագրություն

 

13.2 Պահանջներ և ցանկություններ

 

ՊԱՀԱՆՋ 303 մեկ անձնագրի նախատեսվող գինը (Հայաստանի Կառավարության համար)

 

ՊԱՀԱՆՋ 304 մեկ նույնականացման քարտի նախատեսվող գինը (Հայաստանի

Կառավարության համար)

 

ՊԱՀԱՆՋ 305 հայտանմուշներ

 

ՊԱՀԱՆՋ 306 Նյութեր

 

ՊԱՀԱՆՋ 307 տպագրման և անվտանգության չափորոշիչների իրականացում

 

ՊԱՀԱՆՋ 308 գինը (կիրառական ծրագրի մշակում, լիցենզիաներ)

 

ՊԱՀԱՆՋ 309 դեմքի պատկերի գրանցման ծրագրի բաղադրիչ (լիցենզիա)

 

ՊԱՀԱՆՋ 310 ստորագրության գրանցման ծրագրի բաղադրիչ (լիցենզիա)

 

ՊԱՀԱՆՋ 311 մատնահետքերի գրանցման ծրագրի բաղադրիչ (լիցենզիա)

 

ՊԱՀԱՆՋ 312 դեմքի պատկերի գրանցման կենսաչափական սարքավորումներ

 

ՊԱՀԱՆՋ 313 ստորագրության գրանցման կենսաչափական սարքավորումներ

 

ՊԱՀԱՆՋ 314 մատնահետքերի գրանցման կենսաչափական սարքավորումներ

 

ՊԱՀԱՆՋ 315 անձնագրի վիզուալ անհատականացման ծրագիր

 

ՊԱՀԱՆՋ 316 անձնագրի թվային անձնավորման ծրագիր

 

ՊԱՀԱՆՋ 317 տարբեր համակարգերի միջև տեղեկատվության փոխանակման համար

նախատեսված ծրագիր

 

ՊԱՀԱՆՋ 318 Ստորագրության թվայնացման համար ծրագիր

 

ՊԱՀԱՆՋ 319 անձնագրերի վիզուալ անհատականացման սարքավորումներ

 

ՊԱՀԱՆՋ 320 նույնականացման քարտերի վիզուալ անհատականացման սարքավորումներ

 

ՊԱՀԱՆՋ 321 համակարգի ներկայացման համար նյութեր

 

ՊԱՀԱՆՋ 322 կենտրոնական կիրառական ծրագրի համակարգ

 

ՊԱՀԱՆՋ 323 ապակենտրոնացված կիրառական ծրագրի համակարգ

 

ՊԱՀԱՆՋ 324 կիրառական ծրագրի շարժական կենտրոն

 

ՊԱՀԱՆՋ 325 անձնակազմի վերապատրաստում

 

ՊԱՀԱՆՋ 326 ապակենտրոնացված շինության(ների) անվտանգություն

 

ՊԱՀԱՆՋ 327 նախագծի ղեկավարում

 

ՊԱՀԱՆՋ 328 անձնակազմի անդամների վերապատրաստում

 

ՊԱՀԱՆՋ 329 ՀՀ Կառավարության աշխատակիցների վերապատրաստում

 

ՊԱՀԱՆՋ 330 ողջ համակարգի պահպանում (արտացոլված ըստ տարիների)

 

ՊԱՀԱՆՋ 331 պահեստամասեր

 

ՊԱՀԱՆՋ 332 առաքում

 

ՑԱՆԿՈՒԹՅՈՒՆ 6 Հայտ ներկայացնողը ներկայացնում է հնարավոր գների

կրճատման/իջեցման առաջարկ:

 

13.3 Առաջարկ

 

Հայտ ներկայացնողը պետք է տրամադրի ավարտուն ամփոփ նկարագիր այն մասին, որ ծախսերը համապատասխանում են պահանջվող ապրանքներին:

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

 

14. Իրավական պայմաններ

 

14.1 Նկարագրություն

 

14.2 Պահանջներ և ցանկություններ

 

ՊԱՀԱՆՋ 333 Ստանդարտ ծրագրային ապահովման, ինչպես նաև նյութերի նկատմամբ

մտավոր սեփականության իրավունքը շարունակում է պատվիրակվել այն

կողմին, ում ի սկզբանե պատվիրակված է եղել: Ստանդարտ ծրագրեր

նշանակում է պատրաստի ծրագրեր, որոնք տրամադրվում են որպես

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

 

ՊԱՀԱՆՋ 334 Պատվիրատուն համաձայնում է սահմանափակել ստանդարտ ծրագրային

ապահովման և ստանդարտ նյութերի օգտագործումը կամ պատճենումը

բացառությամբ այն դեպքերի, երբ պատվիրատուն պատճենում է

ստանդարտ նյութերը այն ծրագրի շրջանակներում կիրառելու համար,

որի մաս է հանդիսանում տվյալ Համակարգը և այն դեպքում, երբ

առաջարկ ներկայացնողը նմանօրինակ ստանդարտ փաստաթղթերի

տրամադրման խնդրանք-դիմումը ստանալուց հետո 30 օրվա ընթացքում

դրանք չի ներկայացնում:

 

ՊԱՀԱՆՋ 335 Պայմանագրից բխող ստանդարտ ծրագրային ապահովման կամ

այդ ծրագրային ապահովման առանձին տարրերի օգտագործման

պատվիրատուի իրավունքը չի կարող պատվիրակվել, լիցենզավորվել,

կամ կամավոր կերպով փոխանցվել` բացառությամբ հատուկ լիցենզիոն

պայմանագրով սահմանված լինելիս:

 

Ծրագրային ապահովման և համակարգի համար մշակված փաստաթղթերի նկատմամբ կկիրառվի հետևյալը`

 

ՊԱՀԱՆՋ 336 Առաջարկ ներկայացնողը պատվիրատուին և վերջինիս

ստորաբաժանումներին և իրավահաջորդներին տրամադրում է

ծրագրային ապահովման և նյութերի օգտագործման մշտական

լիցենզիա, որը հնարավոր չէ ետ կանչել:

 

ՊԱՀԱՆՋ 337 Լիցենզիան պատվիրատուին հնարավորություն է տալիս լրամշակել,

ընդլայնել, պատճենել կամ մշակել ածանցյալ ծրագրային ապահովում

և նյութեր պատվիրատուի, վերջինիս ստորաբաժանումների և

իրավահաջորդների համար` գործունեության շրջանակներում

օգտագործման նպատակով:

 

ՊԱՀԱՆՋ 338 Սույն լիցենզիայի շրջանակներում պատվիրատուն իրավասու է վեր

հանել և փոխանցել հայեցակարգերը, գրառումները, նախագծման

ալգորիթմները և ծրագրավորման, ինչպես նաև ծրագրային այլ

փաստաթղթերը պատվիրատուի համար Կապալառու հանդիսացող երրորդ

կողմին` տեխնիկական աջակցության, համակարգը լրացուցիչ

գործառույթներով հավելելու նպատակով այն դեպքում, երբ

պատվիրատուն երրորդ կողմից ստանա իրավաբանորեն պարտավորեցնող

գրավոր պարտավորագիր այն մասին, որ երրորդ կողմն այդ

հայեցակարգերը, գրառումները, նախագծման ալգորիթմները և

ծրագրավորման, ինչպես նաև ծրագրային այլ փաստաթղթերը չի

օգտագործի առևտրային նպատակներով, կամ վերջիններս առաջարկ

ներկայացնողից բացի մեկ այլ կողմի չի փոխանցի` առանց առաջարկ

ներկայացնողի գրավոր հաստատման:

 

ՊԱՀԱՆՋ 339 Ծրագրային ապահովման վերջնական ընդունումից հետո 15 օրվա

ընթացքում առաջարկ ներկայացնողը պատվիրատուին է տրամադրում ողջ

ծրագրային ապահովման առնչվող նյութերը և փաստաթղթերը: Առաջարկ

ներկայացնողը պատվիրատուին ներկայացնում և երաշխավորում է, որ

- Պատվիրատուին տրված ծրագրային ապահովման ադապտացված մասի

կոդը և փաստաթղթերը ամբողջական են և պատշաճ կերպով

կազմված և ճշգրիտ պատճեն են ծրագրային ապահովման

վերջնական ընդունման ժամանակահատվածում շահագործվող

ծրագրային ապահովման տարբերակի:

- Երաշխիքային ժամկետում (տևողությունը և պայմանները

կհամաձայնեցվեն պատվիրատուի և առաջարկ ներկայացնողի

միջև) և հետերաշխիքային ժամկետի ցանկացած

ժամանակահատվածում գրանցված ցանկացած լրամշակումից հետո

15 օրվա ընթացքում առաջարկ ներկայացնողը պատվիրատուին

կտրամադրի կոմպիլացված ծրագրային կոդը, ինչպես նաև

համապատասխան փաստաթղթերը, որոնք նույնպես պետք է լինեն

ամբողջական, պատշաճ կերպով կազմված և համապատասխանեն

լրամշակված ծրագրային ապահովման առկա տարբերակին:

- Ծրագրային կոդը կպարունակի ողջ տեղեկատվությունը`

ընթեռնելի տարբերակով այնպես, որ հմուտ ծրագրավորողը կամ

վերլուծաբանը կարողանա պահպանել և բարելավել ադապտացված

ծրագրային ապահովումը և ապահովի, որպեսզի կոդը և

համապատասխան փաստաթղթերը պարունակեն ծրագրավորողի բոլոր

մեկնաբանությունները, տեղեկատվության և գործընթացների

մոդելները, տրամաբանության ձեռնարկները, ինչպես նաև

գործընթացների հերթագայության սխեմաները:

- Բացառությամբ այնքանով, որքանով ծրագրային ապահովման

նկատմամբ մտավոր սեփականության իրավունքը պատկանում է

պատվիրատուին, առաջարկ ներկայացնողը սույնով պատվիրատուին

է տրամադրում ծրագրային ապահովման հասանելիության և

տնօրինման, ինչպես նաև բոլոր հայտնագործությունների,

նախագծերի և նշանների տնօրինման լիցենզիա:

 

ՊԱՀԱՆՋ 340 Ծրագրային ապահովման հասանելիության և օգտագործման լիցենզիան

պետք է լինի`

. ոչ մենաշնորհային,

. ամբողջությամբ վճարված և անչեղարկելի,

. ՀՀ-ում գործող

 

ՊԱՀԱՆՋ 341 թույլ տա, որպեսզի Ծրագրային ապահովումը հնարավոր լինի

- Օգտագործել կամ պատճենել այն համակարգիչներում, որոնց

համար այն ձեռք է բերվել, ինչպես նաև

պահեստային/սերվերային համակարգչում, որը կլինի նույն կամ

համանման հզորությամբ և այն դեպքում, երբ առաջնային

համակարգիչները շահագործումից դուրս են եկել և խելամիտ

անցումային շրջանում ծրագրային ապահովումը փոխանցվում է

առաջնային համակարգչից պահուստային համակարգիչ:

- Օգտագործվել, պատճենվել կամ տեղափոխվել փոխարինող

համակարգիչների վրա կամ օգտագործումը հիմնական և

փոխարինող համակարգիչների վրա կարող է իրականացվել

զուգահեռ խելամիտ անցումային շրջանում:

- Եթե Համակարգի բնույթն այնպիսինն է, որ ապահովում է

այնպիսի հասանելիություն, որ այլ համակարգիչներից լոկալ

կամ ավելի մեծ ցանցի միջոցով հնարավոր լինի միանալ

հիմնական կամ փոխարինող համակարգիչներին և օգտագործվել

կամ պատճենվել այլ համակարգիչներում այնքանով, որքանով

պահանջվում է տվյալ հասանելիության ապահովման համար:

- Վերարտադրել անվտանգ պահպանման կամ փոխարինման նպատակով:

- Պատվիրատուի կողմից օգտագործման նպատակով ադապտացվել,

հարմարեցվել և համակցվել այլ ծրագրերի հետ այնպես, որ

ածանցյալ ծրագրային ապահովումը կներառի տրամադրված

ծրագրային ապահովման ցանկացած նշանակալից մասը:

Սահմանափակ կիրառությամբ ծրագրային ապահովման դեպքում

կկիրառվեն նույն սահմանափակումները, որոնք սահմանված են

սույն պայմանագրի շրջանակներում:

- Բացահայտել և վերարտադրել սպասարկման ծառայության

մատակարարների և վերջիններիս ենթակապալառուների

(պատվիրատուն կարող է ենթալիցենզավորել նմանօրինակ

անձանց, որպեսզի վերջիններս օգտագործեն և պատճենեն

ծրագրային ապահովումը) կողմից այնքանով, որքանով

անհրաժեշտ է սպասարկման իրենց պայմանագրերի իրականացման

համար և այն սահմանափակումներով, որոնք սահմանված են

սույն պայմանագրի շրջանակներում

 

Հայտ ներկայացնողը սույնով ներկայացնում և երաշխավորում է, որ

 

ՊԱՀԱՆՋ 342 Համակարգը մատակարարված, տեղադրված, փորձարկված և ընդունված է:

 

ՊԱՀԱՆՋ 343 Համակարգը շահագործվում է սույն պայմանագրի համաձայն և

 

ՊԱՀԱՆՋ 344 Պատվիրատուին սույն պայմանագրի համաձայն տրամադրված ծրագրային

ապահովման և նյութերի պատճենումը չի խախտի երրորդ կողմի

մտավոր սեփականության իրավունքը, և որ վերջինս բոլոր

իրավունքներն ունի և իր իսկ միջոցներով` գրավոր կերպով

հավաստագրված, իրականացնելու իրավունքների, ինչպես նաև մյուս

համաձայնությունների փոխանցում, որն անհրաժեշտ է

հանձնարարականների իրականացման, լիցենզիաների և մտավոր

սեփականության իրավունքների փոխանցման, ինչպես նաև

պայմանագրում ներկայացվող այլ երաշխիքների փոխանցման համար,

իսկ պատվիրատուի համար` պայմանագրում նշված այդ իրավունքները

ստանձնելու համար: Առանց որևէ սահմանափակման առաջարկ

ներկայացնողը կապահովի ձեռք բերված բոլոր գրավոր

համաձայնությունները, ինչպես նաև իրավունքների փոխանցումը իր

աշխատողներից և այլ անձանցից, որոնց աշխատանքից օգտվել են

համակարգի մշակման համար:

 

Թերությունների համար պատասխանատվություն

 

ՊԱՀԱՆՋ 345 Առաջարկ ներկայացնողն երաշխավորում է, որ Համակարգը, այդ թվում

նաև մատակարարված ողջ ծրագրային և ապարատային ապահովումը և

մատուցված ծառայությունները պետք է լինեն առանց նախագծման,

ծրագրային այլ թերությունների և առանց որակական խնդիրների,

որոնք կարող են պատճառ հանդիսանալ, որ Համակարգը և/կամ

վերջինիս բաղկացուցիչ մասերը պատշաճ կերպով չկատարեն իրենց

նախանշված պահանջները կամ նյութական տեսակետից սահմանափակեն

կատարողականությունը, հուսալիությունը կամ Համակարգի

ընդլայնումը:

 

ՊԱՀԱՆՋ 346 Առաջարկ ներկայացնողը նաև երաշխավորում է, որ Համակարգի

շրջանակներում տրամադրվող տեխնոլոգիաները նոր են, չօգտագործված

և ներառում են բոլոր վերջին լրամշակումները` համակարգի համար

նախանշված պահանջները կատարելու համար:

 

ՊԱՀԱՆՋ 347 Երաշխիքային ժամկետը սկսվում է Համակարգի վերջնական ընդունման

օրվանից` 12 ամիս ժամկետով;

 

ՊԱՀԱՆՋ 348 Եթե երաշխիքային ժամկետում համակարգի նախագծման, ծրագրման կամ

առաջարկ ներկայացնողի կողմից մատուցված ծառայությունների հետ

կապված որևէ թերություններ բացահայտվեն, ապա առաջարկ

ներկայացնողը, պատվիրատուի հետ առաջ եկած թերության

առնչությամբ խորհրդակցելով և համաձայնեցնելով, նույն

աշխատանքային օրվա ընթացքում, բացառապես իր իսկ ֆինանսական

միջոցներով կվերանորոգի, կփոխարինի կամ կվերացնի Համակարգին

այդ թերության պատճառով հասցված վնասը;

 

ՊԱՀԱՆՋ 349 Առաջարկ ներկայացնողը պատասխանատու չի լինի վերանորոգման,

փոփոխման, երևան եկած վնասի կամ թերության վերացման համար

հետևյալ դեպքում`

. Պատվիրատուի կողմից Համակարգի ոչ պատշաճ գործարկում կամ

պահպանում

. Նորմալ մաշվածության դեպքում

. Առաջարկ ներկայացնող կողմի չմատակարարված մասերով

Համակարգի շահագործում

. Պատվիրատուի կամ երրորդ կողմի միջոցով Համակարգում

փոփոխություններ անելու դեպքում, որը չի հաստատվել

առաջարկ ներկայացնողի կողմից:

 

ՊԱՀԱՆՋ 350 Նմանօրինակ թերության բացահայտման դեպքում պատվիրատուն

կծանուցի առաջարկ ներկայացնողին այդ մասին` ներկայացնելով նման

թերության բնույթը` առկա ողջ փաստարկներով: Պատվիրատուն

հնարավորությունների լայն շրջանակ կընձեռի առաջարկ

ներկայացնողին թերությունը ստուգելու համար: Պատվիրատուն

առաջարկ ներկայացնողին կտրամադրի նաև բոլոր կայանների, ինչպես

նաև համակարգի հասանելիություն, որպեսզի առաջարկ ներկայացնողը

կարողանա կատարել իր պարտականությունները` երևան եկած

թերությունների վերացման ուղղությամբ:

 

ՊԱՀԱՆՋ 351 Եթե Համակարգը տվյալ թերության կամ այդ թերության վերացման

պատճառով չի կարող օգտագործվել, ապա երաշխիքային ժամկետը

կերկարաձգվի այնքան ժամանակ, որքան ժամանակ Համակարգը հնարավոր

չի եղել օգտագործել այդպիսի թերության կամ այդ թերության

վերացման պատճառով:

 

ՊԱՀԱՆՋ 352 Պատվիրատուի խնդրանքով և առանց սույն պայմանագրի

շրջանակներում առաջարկ ներկայացնողի հանդեպ պատվիրատուի

ունեցած վերապահումների` առաջարկ ներկայացնողը պատվիրատուին

հնարավոր ողջ օժանդակությունը կցուցաբերի փնտրել երաշխիքային

կամ վերանորոգման ծառայությունների ենթակապալառու հանդիսացող

երրորդ կողմի կամ ծրագրային ապահովման լիցենզավորում

տրամադրողի` չսահմանափակվելով առաջարկ ներկայացնողին նման

արտադրողների կամ լիցենզավորողների կողմից տրամադրվող ցանկացած

երաշխիքները:

 

14.3 Առաջարկ

 

Հայտ ներկայացնողը նկարագրում է, թե ինչպես են պահանջները իրականացվում:

 

ՄԱՍ V: Հավելվածներ

 

Ա. Ընթացիկ համակարգի ծրագրային և ապարատային ապահովման նկարագրություն

 

Գրանցման կենտրոններ

 

. ԱՎ վարչության տարածքային 61 անձնագրային ծառայություններում տեղադրված է 91 համակարգիչ` 30-ում 2, իսկ 31-ում 1,

. 61 հատ լազերային տպագրող սարք (LaserJet 2420 և LaserJet 1320):

 

ԱՎՎ համակարգչային կենտրոնում կա 2 սերվեր համակարգիչ (DELL PowerEdge 6800 series) և 10 համակարգիչ,

Անհատականացման կենտրոն`

. 22 համակարգիչներ

. 22 անձնագրերի պրինտերներ (Diletta 500)

Ծրագրավորման լեզուներ, տեխնոլոգիական հիմքեր, օպերացիոն համակարգ, իրականացման մեթոդոլոգիա

 

.____________________________________________________________.

|1.|Օպերացիոն համակարգ      |Ms Windows Server2003/XP        |

|__|________________________|________________________________|

|2.|Տվյալների բազաների      |Oracle                          |

|  |կառավարման համակարգեր   |                                |

|__|________________________|________________________________|

|3.|Ծրագրավորման լեզուներ   |VB 6, VB Net, C++, HTML         |

|__|________________________|________________________________|

|4.|Մեթոդոլոգիա             |Client/Server, Intranet/Extranet|

|__|________________________|________________________________|

|5.|Ցանցային պրոտոկոլ       | FTP, SFTP                      |

.____________________________________________________________.

 

ԱՎ վարչության համակարգիչները հիմնականում Dell համակարգիչներ են (optiplex 280, optiplex GX 520, optiplex 745, optiplex 755) և ձեռք են բերվել 2006-2007 թթ.:

 

Բ. Սահմանումներ և հապավումներ

 

._____________________________________________________________________.

|API     |Հայտի ծրագրավորման ինտերֆեյս                                |

|________|____________________________________________________________|

|ARC     |Հայտի ստացման հավաստագիր                                    |

|________|____________________________________________________________|

|ASF/SLTD|Ինտերպոլի փնտրման ինքնաշխատ ծրագիր` գողացված/կորած          |

|        |ճամփորդական փաստաթղթերի համար                               |

|________|____________________________________________________________|

|ASN.1   |Աբստրակտ շարադասության նկարագրության համար առաջին           |

|        |միջազգային ստանդարտ, որի հիմնական նպատակն է                 |

|        |հաղորդակցության պրոտոկոլներում կիրառվող տվյալների           |

|        |հատկորոշումը                                                |

|________|____________________________________________________________|

|ATU     |Ահաբեկչության դեմ պայքարի ԵԱՀԿ բաժին                        |

|________|____________________________________________________________|

|BAC     |«Հիմնական մուտքի վերահսկում»: էլեկտրոնային անձնագրերը       |

|        |կարդալու թույլտվության ընթացակարգ (MRZ)` սիմետրիկ           |

|        |ալգորիթմներ կիրառող լավ սահմանված պրոտոկոլներում            |

|________|____________________________________________________________|

|BMS     |Կենսաչափական համապատասխանության համակարգ                    |

|________|____________________________________________________________|

|ՀԿ      |Հավաստագրման կենտրոն                                        |

|________|____________________________________________________________|

|ԿԲ      |Հայաստանի Կենտրոնական Բանկ                                  |

|________|____________________________________________________________|

|CC EAL  |Ընդհանուր չափանիշների գնահատման ապահովման մակարդակ          |

|________|____________________________________________________________|

|CDN     |Բովանդակության տրամադրման ցանց կամ Բովանդակության           |

|        |բաշխման ցանց                                                |

|________|____________________________________________________________|

|CEN/ISSS|Ստանդարտացման եվրոպական կոմիտե / Տեղեկատվական               |

|        |հասարակության ստանդարտացման համակարգ                        |

|________|____________________________________________________________|

|Պահոց   |Էլեկտրոնային անձնագրի գրքույկի շապիկի կամ                   |

|        |նույնականացման քարտի մեջ տեղադրված էլեկտրոնային պլատա       |

|________|____________________________________________________________|

|COTS    |Խանութներում պատրաստի վաճառվող իրեր                         |

|________|____________________________________________________________|

|CRL     |Հավաստագրի ետկանչման ցանկ                                   |

|________|____________________________________________________________|

|CRS     |Քաղաքացիական գրանցման համակարգ                              |

|________|____________________________________________________________|

|CS      |Երկրի ստորագրող (Հավաստագրման կենտրոն)                      |

|________|____________________________________________________________|

|CSC     |Երկրի ստորագրողի հավաստագիր                                 |

|________|____________________________________________________________|

|CSCA    |Երկրի ստորագրման հավաստագրման կենտրոն էլեկտրոնային          |

|        |անձնագրերի ՀԲԵ-ի համար                                      |

|________|____________________________________________________________|

|CSR     |Հավաստագրի ստորագրման հայտ                                  |

|________|____________________________________________________________|

|DES     |Տվյալների ծածկագրման ստանդարտ                               |

|________|____________________________________________________________|

|ՏԽ      |Տվյալների խումբ, առնչվում է պահոցում տվյալների կազմակերպմանը|

|________|____________________________________________________________|

|DLL     |Դինամիկ կապի գրադարան                                       |

|________|____________________________________________________________|

|ICAO    |Մեքենայի համար ընթեռնելի ճամփորդական փաստաթղթեր Մաս 1       |

|9303    |- Մեքենայի համար ընթեռնելի անձնագրեր, փաստաթղթի համար       |

|        |և  թողարկումն է 9303P1 5-րդ հրատարակություն 2003 թ.         |

|________|____________________________________________________________|

|DS      |Փաստաթուղթ ստորագրող (Հավաստագրման կենտրոն)                 |

|________|____________________________________________________________|

|DSC     |DS հավաստագիր                                               |

|________|____________________________________________________________|

|DSCA    |Փաստաթուղթ ստորագրող Հավաստագրման կենտրոն                   |

|________|____________________________________________________________|

|DV      |Փաստաթուղթ վավերացնող                                       |

|________|____________________________________________________________|

|ԱՎՎ     |Անձնագրային և  վիզաների վարչություն                         |

|________|____________________________________________________________|

|EAC     |Մուտքի ընդլայնված վերահսկում: Ընթացակարգ` ասիմետրիկ         |

|        |ալգորիթմների կիրառմամբ էլեկտրոնային անձնագրերին             |

|        |(կենսաչափական տվյալներ) սահմանված պրոտոկոլում մուտքի        |

|        |թույլտվություն տալու համար                                  |

|________|____________________________________________________________|

|eMRP    |Մեքենայի համար ընթեռնելի էլեկտրոնային անձնագիր              |

|________|____________________________________________________________|

|ECC     |Քաղաքացիության եվրոպական քարտ                               |

|________|____________________________________________________________|

|EC      |Էլիպտիկ կոր                                                 |

|________|____________________________________________________________|

|ECDSA   |Էլիպտիկ կորի թվային ստորագրության ալգորիթմ                  |

|________|____________________________________________________________|

|ENP     |Եվրոպական հարևանության  քաղաքականություն                    |

|________|____________________________________________________________|

|EPB     |Էլեկտրոնային անձնագրի գրքույկ                               |

|________|____________________________________________________________|

|EU      |Եվրոպական միություն                                         |

|________|____________________________________________________________|

|EWS     |Գրանցման աշխատակայան                                        |

|________|____________________________________________________________|

|GMP     |Արտադրության լավ փորձ                                       |

|________|____________________________________________________________|

|HSM     |Սարքավորումների անվտանգության մոդուլ: Սա «սև  տուփ» է,      |

|        |որն օգտագործվում է գաղտնագրման գործառույթների համար         |

|        |(օր.` բանալիների  գեներացում և  այլն): Դա արտաքին           |

|        |ազդեցության չենթարկվող սարք է:                              |

|________|____________________________________________________________|

|HW      |Սարքավորումներ                                              |

|________|____________________________________________________________|

|IAS     |Նույնականացման հաստատման ստորագրություն                     |

|        |ECC-ի ֆրանսիական սահմանումը առաջացել և  պահպանվել է         |

|        |GIXEL խմբի կողմից: Հիմնական հովանավորներն են Gemalto,       |

|        |Oberthur, Sagem Orga և  Thales                              |

|        |(տես [Gixel-ի IAS ECC] հղումը)                              |

|________|____________________________________________________________|

|IC      |Ներսում գտնվող պահոց                                        |

|________|____________________________________________________________|

|ICAO    |Քաղաքացիական ավիացիայի միջազգային կազմակերպություն          |

|________|____________________________________________________________|

|ՏՀՏ     |Տեղեկատվական և  հաղորդակցության տեխնոլոգիաներ               |

|________|____________________________________________________________|

|IEC     |Էլեկտրատեխնիկական միջազգային հանձնաժողով                    |

|________|____________________________________________________________|

|IOM     |Միգրացիայի միջազգային կազմակերպություն                      |

|________|____________________________________________________________|

|IS      |«Ստուգման համակարգ»: Մարմին, որ պատասխանատու է MRTD-ի       |

|        |համապատասխան տվյալները կարդալու համար:                      |

|________|____________________________________________________________|

|ISO     |Ստանդարտների միջազգային կազմակերպություն                    |

|________|____________________________________________________________|

|JPEG    |Պատկերների սեղմման ստանդարտ, որ սահմանվում է որպես          |

|        |ISO/IEC 10918 լուսանկարչական համատեղ փորձագիտական           |

|        |խումբ, լուսանկարչական պատկերների սեղմման մեթոդ              |

|________|____________________________________________________________|

|JPG2000 |JPG թարմացված ձևաչափ`  2000 թ  ի վեր                        |

|________|____________________________________________________________|

|KMS     |Բանալիների կառավարման համակարգ                              |

|________|____________________________________________________________|

|LDAP    |Տվյալների հասանելիության թեթևացած  պրոտոկոլ                 |

|________|____________________________________________________________|

|LDS     |Տվյալների տրամաբանական կառուցվածք                           |

|        |ICAO-ին համապատասխանող էլ-անձնագրերի վերաբերյալ տվյալները   |

|        |կազմակերպված եմ LDS կոչվող պայմաններին համապատասխան: LDS-ը  |

|        |սահմանում է մի շարք ՏԽ-ներ (տվյալների խմբեր), ինչպես նաև    |

|        |տվյալների ծածկագրումը:                                      |

|________|____________________________________________________________|

|MAC     |ՈՒղերձի հաստատման ծածկագիր                                  |

|________|____________________________________________________________|

|LED     |Լուսարձակ դիոդ                                              |

|________|____________________________________________________________|

|ԱԳՆ     |ՀՀ արտաքին գործերի նախարարություն                           |

|________|____________________________________________________________|

|MRTD    |Մեքենայի համար ընթեռնելի ճամփորդական փաստաթուղթ             |

|________|____________________________________________________________|

|MRZ     |Մեքենայի համար ընթեռնելի գոտի                               |

|________|____________________________________________________________|

|OCR     |Օպտիկական տառաճանաչում                                      |

|________|____________________________________________________________|

|ԲԲԸ     |Բաց բաժնետիրական ընկերություն                               |

|________|____________________________________________________________|

|ՕՀ      |Օպերացիոն համակարգ                                          |

|________|____________________________________________________________|

|ԵԱՀԿ    |Եվրոպայում անվտանգության և  համագործակցության               |

|        |կազմակերպություն                                            |

|________|____________________________________________________________|

|ԱՀ      |Անձնական համակարգիչ                                         |

|________|____________________________________________________________|

|PDF     |Փաստաթղթի փոխանցելի ձևաչափ                                  |

|________|____________________________________________________________|

|PDIU    |Ծրագրերի մշակման և  իրականացման բաժին                       |

|________|____________________________________________________________|

|ԾԻԳ     |Ծրագրերի իրականացման գրասենյակ                              |

|________|____________________________________________________________|

|PKCS    |Հանրային բանալու գաղտնագրման ստանդարտ                       |

|________|____________________________________________________________|

|PKD     |Հանրային բանալու դիրեկտորիա                                 |

|________|____________________________________________________________|

|PKI     |Հանրային բանալիների ենթակառուցվածքներ                       |

|________|____________________________________________________________|

|ՈՏԿՀ    |Ոստիկանության տեղեկությունների կառավարման համակարգ          |

|________|____________________________________________________________|

|ՈԱ      |Որակի ապահովում                                             |

|________|____________________________________________________________|

|ՈԱԾ     |Որակի ապահովման ծրագիր                                      |

|________|____________________________________________________________|

|ՀՀ      |Հայաստանի Հանրապետություն                                   |

|________|____________________________________________________________|

|RFID    |Ռադիոհաճախականությունների նույնականացում                    |

|________|____________________________________________________________|

|RSA     |Rivest, Shammir և  Adleman հանրային բանալու գաղտնագրման     |

|        |համակարգ                                                    |

|________|____________________________________________________________|

|SDK     |Ծրագրային ապահովման մշակման փաթեթ                           |

|________|____________________________________________________________|

|SHA     |Անվտանգ հեշի (Hash) ալգորիթմ                                |

|________|____________________________________________________________|

|SOAP    |Օբյեկտի մատչելիության պարզ պրոտոկոլ                         |

|________|____________________________________________________________|

|SOD     |Անվտանգության օբյեկտ փաստաթղթի վրա                          |

|________|____________________________________________________________|

|SOW     |Աշխատանքի հաշվետվություն                                    |

|________|____________________________________________________________|

|SPR     |Բնակչության պետական ռեգիստր                                 |

|________|____________________________________________________________|

|SSL     |Անվտանգ պորտի շերտ                                          |

|________|____________________________________________________________|

|ԾԱ      |Ծրագրային ապահովում                                         |

|________|____________________________________________________________|

|TCC     |IOM տեխնիկական համագործակցության կենտրոն Եվրոպայի և         |

|        |Կենտրոնական Ասիայի համար                                    |

|________|____________________________________________________________|

|TCM     |Միգրացիայի հարցերում տեխնիկական համագործակցության IOM       |

|        |ստորաբաժանում                                               |

|________|____________________________________________________________|

|TMC     |Նշանների կառավարման համակարգ                                |

|________|____________________________________________________________|

|ToR     |Տեխնիկական առաջադրանք                                       |

|________|____________________________________________________________|

|ՄԱԿ     |Միացյալ ազգերի կազմակերպություն                             |

|________|____________________________________________________________|

|ԱՄՆ     |Ամերիկայի Միացյալ Նահանգներ                                 |

|________|____________________________________________________________|

|UV      |ՈՒլտրամանուշակագույն                                        |

|________|____________________________________________________________|

|VIZ     |Վիզուալ ստուգման գոտի                                       |

|________|____________________________________________________________|

|VPN     |Մասնավոր վիրտուալ ցանց                                      |

|________|____________________________________________________________|

|WAN     |Գլոբալ ցանց                                                 |

|________|____________________________________________________________|

|WSQ     |Փոքր ալիքների սկալյար քվանտիզացիա                           |

|________|____________________________________________________________|

|X.509   |Հանրային բանալիների ենթակառուցվածքի (ՀԲԵ) աշխատանքային      |

|        |խմբի կողմից պատրաստված ստանդարտներ: ՀԲԵ-ի կարևոր  մաս       |

|________|____________________________________________________________|

|XML     |XML լեզու                                                   |

|________|____________________________________________________________|

|ԵրՄՄԳՀԻ |Երևանի  մաթեմատիկական մեքենաների գիտահետազոտական            |

|        |ինստիտուտ                                                   |

|________|____________________________________________________________|

|ZMK     |Գոտու հիմնական բանալի                                       |

._____________________________________________________________________.

 

Էլ-փաստաթուղթ կամ էլ-ID փաստաթուղթ (տերմինները կիրառվում են փոխարինաբար)

Էլ-քարտ կամ էլ-անձնագիր:

 

Քաղաքացի

Էլ-փաստաթղթի դիմելու համար իրավունք ունեցող անձ

 

Համակարգի պատասխանատու

Համակարգում որոշակի գործ կատարելու համար լիազորված անձ

 

Կենտրոնական մարմին

Հետևյալ տարրերի միավորում`

. Համակարգի պատասխանատուների կառավարման համակարգ (ՀՊԿՀ) + տվյալների

բազա (ՏԲ)

Իրականացնում է համակարգի պատասխանատուների կառավարման հետ կապված բոլոր

հանձնարարությունները (օր.` նոր անձի ավելացում, տրված արտոնությունների

փոփոխություն, անձի հեռացում և այլն), համակարգի հետ աշխատող անձի

ինքնության հաստատում և մուտքի թույլտվություն/մերժում դեպի համակարգի

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

նախքան նրան մուտք կտրամադրվի դեպի համակարգի որևէ ռեսուրս:

. Անհատականացման համակարգ

 

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

 

. Անձի նույնականացման փաստաթղթի թողարկման համակարգ

Էլեկտրոնային անձնագրերի թողարկման կենտրոնացված համակարգ, որը ստանում

է էլեկտրոնային փաստաթղթի տրամադրման հայտը Անհատականացման համակարգից

և կապվում CSCA հետ` քաղաքացու հավաստագիրը ստանալու և էլեկտրոնային

փաստաթղթի վրա բեռնելու համար:

. AFIS - Մատնահետքերի Նույնականացման Ավտոմատացված Համակարգ

 

Գրանցման կենտրոն (ԳԿ)

 

Կենտրոն, որն օգտագործվում է համակարգի պատասխանատուների կողմից

Կենտրոնական մարմին մուտք գործելու համար:

 

Գ. ISO, CEN և PKCS ստանդարտներ

 

._____________________________________________________________________.

|. ISO/IEC 14443 նույնականացման քարտեր - ներքին պլատայով (պլատաներով) |

|  առանց կոնտակտի քարտեր - առանց կոնտակտի քարտեր                      |

|                                                                     |

|  . ISO/IEC 14443-1 Ֆիզիկական առանձնահատկություններ                  |

|  . ISO/IEC 14443-2 Ռադիոհաճախականության հզորության և  ազդանշանի     |

|    ինտերֆեյս                                                        |

|  . ISO/IEC 14443-3 Ինիցիալիզացիա և  անհամատեղելիությունների կանխում |

|  . ISO/IEC 14443-4 Փոխանցման պրոտոկոլ                               |

|_____________________________________________________________________|

|. ISO/IEC 7816 Նույնականացման քարտեր - ներսում գտնվող պլատայով       |

|  (պլատաներով) կոնտակտային քարտեր                                    |

|                                                                     |

|  . ISO/IEC 7816-1 Ֆիզիկական առանձնահատկություններ                   |

|  . ISO/IEC 7816-2 Կոնտակտի չափերը ու տեղը                           |

|  . ISO/IEC 7816-3 Կոնտակտներով քարտեր - Էլեկտրական ինտերֆեյս և      |

|    փոխանցման պրոտոկոլներ                                            |

|  . ISO/IEC 7816-4 Փոխանակման կազմակերպում, անվտանգություն և         |

|    հրահանգներ                                                       |

|  . ISO/IEC 7816-5 Հայտ տրամադրողների գրանցում                       |

|  . ISO/IEC 7816-6 Փոխանակման համար միջոլորտային տվյալների տարրեր    |

|  . ISO/IEC 7816-7 Միջոլորտային հրահանգներ քարտի հարցման լեզվի       |

|    (Structured Card Query Language (SCQL)) համար                    |

|  . ISO/IEC 7816-8 Հրահանգներ անվտանգության գործառնությունների համար |

|  . ISO/IEC 7816-9 Հրահանգներ քարտերի վարման համար                   |

|  . ISO/IEC 7816-10 Էլեկտրոնային ազդանշաններ և  պատասխաններ          |

|    համաժամանակյա քարտերը ելքավորելու համար                          |

|  . ISO/IEC 7816-11 Անձնական ստուգում` կենսաչափական եղանակներով      |

|  . ISO/IEC 7816-12 Կոնտակտներով քարտեր - USB էլեկտրական ինտերֆեյս և |

|    գործառնական ընթացակարգեր                                         |

|  . ISO/IEC 7816-13 Բազմածրագրային միջավայրում ծրագրերի վարման       |

|    հրահանգներ                                                       |

|  . ISO/IEC 7816-15 Ծածկագրային տեղեկությունների ծրագիր              |

|_____________________________________________________________________|

|. ISO/IEC 19794 Տեղեկատվական տեխնոլոգիա - Կենսաչափական տվյալների     |

|  փոխանակման ձևաչափեր                                                |

|                                                                     |

|  . ISO/IEC 19794-1 Շրջանակ                                          |

|  . ISO/IEC 19794-2 Մատնահետքերի տվյալներ                            |

|  . ISO/IEC 19794-3 Մատնանմուշների սպեկտրալ տվյալներ                 |

|  . ISO/IEC 19794-4 Մատնապատկերների վերաբերյալ տվյալներ              |

|  . ISO/IEC 19794-5 Դիմապատկերի վերաբերյալ տվյալներ                  |

|  . ISO/IEC 19794-6 Ծիածանաթաղանթի պատկերի վերաբերյալ տվյալներ       |

|  . ISO/IEC 19794-7 Ստորագրության/նշման ժամկետի շարքի վերաբերյալ     |

|    տվյալներ                                                         |

|  . ISO/IEC 19794-8 Մատնանմուշների ողնաշարային տվյալներ              |

|  . ISO/IEC 19794-9 Անոթային պատկերի վերաբերյալ տվյալներ             |

|  . ISO/IEC 19794-10 Ձեռքի գեոմետրիայի ուրվագծի մասին տվյալներ       |

|_____________________________________________________________________|

|. ISO/IEC 10373 Նույնականացման քարտեր - Փորձարկման եղանակներ         |

|                                                                     |

|  . ISO/IEC 10373-1 Ընդհանուր առանձնահատկություններ                  |

|  . ISO/IEC 10373-2 Մագնիսական ժապավեններով քարտեր                   |

|  . ISO/IEC 10373-3 Ներսում գտնվող պլատայով (պլատաներով) քարտեր -    |

|    կոնտակտներով և  ինտերֆեյսային հարակից սարքերով                   |

|  . ISO/IEC 10373-5 Օպտիկական հիշողության քարտեր                     |

|  . ISO/IEC 10373-6 Առանց կոնտակտի քարտեր                            |

|  . ISO/IEC 10373-7 Տեղային քարտեր                                   |

|_____________________________________________________________________|

|. ISO/IEC 4892 Պլաստիկ - Լաբորատոր լույսի աղբյուրներով բացահայտելու  |

|  եղանակները                                                         |

|                                                                     |

|  . ISO/IEC 4892-1 Ընդհանուր ուղղորդում                              |

|  . ISO/IEC 4892-2 Xenon-arc լամպեր                                  |

|  . ISO/IEC 4892-3 Ֆլուորեսցենտ ուլտրամանուշակագույն լամպեր          |

|  . ISO/IEC 4892-4 Open-flame carbon-arc լամպեր                      |

|_____________________________________________________________________|

|. ISO/IEC 7501 Նույնականացման քարտեր - Մեքենայի համար ընթեռնելի      |

|  ճամփորդական փաստաթղթեր                                             |

|                                                                     |

|  . ISO/IEC 7501-1 Մեքենայի համար ընթեռնելի անձնագիր                 |

|  . ISO/IEC 7501-2 Մեքենայի համար ընթեռնելի մուտքի արտոնագիր         |

|  . ISO/IEC 7501-3 Մեքենայի համար ընթեռնելի ճամփորդական պաշտոնական   |

|    փաստաթղթեր                                                       |

|_____________________________________________________________________|

|. ISO/IEC 7811 Նույնականացման քարտեր - Գրառման տեխնիկա               |

|                                                                     |

|  . ISO/IEC 7811-1 Դրոշմում                                          |

|  . ISO/IEC 7811-2 Մագնիսական ժապավեն - Ցածր լարում                  |

|  . ISO/IEC 7811-6 Մագնիսական ժապավեն - Բարձր լարում                 |

|  . ISO/IEC 7811-7 Մագնիսական ժապավեն -- Բարձր լարում, բարձր         |

|    խտություն                                                        |

|  . ISO/IEC 7811-8 Մագնիսական ժապավեն -- 51,7 կԱ/ր (650 Օե) լարում   |

|  . ISO/IEC 7811-9 Շոշափողական նույնացուցիչի նշան                    |

|_____________________________________________________________________|

|. ISO/IEC 7812 Նույնականացման քարտեր - Թողարկողների նույնականացում   |

|                                                                     |

|   . ISO/IEC 7812-1 Համարակալման համակարգ                            |

|   . ISO/IEC 7812-2 Հայտի ներկայացման և  գրանցման ընթացակարգեր       |

|_____________________________________________________________________|

|. ISO/IEC 8825 Տեղեկատվական տեխնոլոգիա - ASN.1 կոդավորման կարգեր     |

|                                                                     |

|  . ISO/IEC 8825-1 Ծածկագրման հիմնական կանոնների (BER), Կանոնային    |

|    ծածկագրման կանոնների (CER) և  բնորոշ ծածկագրման կանոնների (DER)  |

|    սահմանում                                                        |

|  . ISO/IEC 8825-2 Ծածկագրման վերահսկման նոտացիայի սահմանում         |

|_____________________________________________________________________|

|. ISO/IEC 18013 Տեղեկատվական տեխնոլոգիա - Անձի նույնականացում -ISO-ին|

|  համապատասխանող վարորդական իրավունք                                 |

|                                                                     |

|  . ISO/IEC 18013-1 Ֆիզիկական առանձնահատկություններ և  հիմնական      |

|    տվյալների շարք                                                   |

|  . ISO/IEC 18013-2 Մեքենայի համար ընթեռնելի տեխնոլոգիաներ           |

|  . ISO/IEC 18013-3 Մուտքի վերահսկում, հաստատում և  ամբողջականության |

|    ստուգում                                                         |

|_____________________________________________________________________|

|. ISO/IEC 15693 Նույնականացման քարտեր - Ներսում գտնվող պլատայով առանց|

|  կոնտակտի քարտեր - Տեղային քարտեր                                   |

|                                                                     |

|  . ISO/IEC 15693-1 Ֆիզիկական առանձնահատկություններ                  |

|  . ISO/IEC 15693-2 Ռադիոինտերֆեյս և  ինիցիալիզացիա                  |

|  . ISO/IEC 15693-3 Անհամատեղելիության և  փոխանցման պրոտոկոլ         |

|_____________________________________________________________________|

|. ISO/IEC 27001:2005 Տեղեկատվական տեխնոլոգիա - Անվտանգության տեխնիկա |

|  - Տեղեկությունների անվտանգության կառավարման համակարգեր - Պահանջներ |

|_____________________________________________________________________|

|. ISO/IEC 7810 Նույնականացման քարտեր -- Ֆիզիկական                    |

|  առանձնահատկություններ                                              |

|_____________________________________________________________________|

|. ISO/IEC 9001 Որակի կառավարման համակարգեր                           |

|_____________________________________________________________________|

|. ISO/IEC 10918 Տեղեկատվական տեխնոլոգիա - Բազմերանգ անշարժ պատկերների|

|  թվային սեղմում և  ծածկագրում, պահանջներ և  ուղենիշներ              |

._____________________________________________________________________.

 

._____________________________________________________________________.

|. CEN/TC 224/WG 15 - Քաղաքացիության եվրոպական քարտ                   |

|_____________________________________________________________________|

|. CEN TS 15480-2 Նույնականացման քարտերի համակարգեր -- Քաղաքացիության |

|  եվրոպական քարտ - Մաս 2. Տվյալների տրամաբանական կառուցվածքներ և     |

|  քարտային ծառայություններ                                           |

|_____________________________________________________________________|

|. CEN TS draft -- Եվրոպական քարտ էլ-ծառայությունների և               |

|  նույնականացման էլեկտրոնային ազգային ծրագրերի համար                 |

|  [IAS ECC by Gixel]                                                 |

._____________________________________________________________________.

 

. PKCS #1 RSA ծածկագրման ստանդարտ

. PKCS #2 Diffie-Hellman բանալու համաձայնագրի ստանդարտ

. PKCS #5 Գաղտնաբառի վրա հիմնված գաղտնագրման ստանդարտ

. PKCS #6 Ընդլայնված հավաստագրի շարահյուսության ստանդարտ

. PKCS #7 Գաղտնագրական ուղերձի շարահյուսության ստանդարտ

. PKCS #8 Մասնավոր բանալու տեղեկությունների շարահյուսության ստանդարտ

. PKCS #9 Ընտրված հատկանիշների տեսակներ

. PKCS #10 Հավաստագրման խնդրանքի շարահյուսության ստանդարտ

. PKCS #11 Մուտքի գաղտնագրման սարքի ինտերֆեյսի ստանդարտ

. PKCS #12 Անձնական տեղեկությունների փոխանակման շարահյուսության

ստանդարտ

. PKCS #13 Էլիպտիկ կորի գաղտնագրման ստանդարտ

. PKCS #15 Մուտքի գաղտնագրման սարքի տեղեկությունների ձևաչափի ստանդարտ