System Analyst
Ինչպե՞ս եք մշակել պահանջների փոփոխությունները զարգացման գործընթացում: Ինչպե՞ս եք համաձայնեցրել դա թիմի և հաճախորդի հետ:
Ինքնուրույն աշխատանքային գրաֆիկը ինչու է նախատեսված: Կանոնավոր կերպով կամ որոշակի ժամկետով: Ի՞նչ նպատակով է առաջանում դրա օգտագործման անհրաժեշտությունը:
Կարո՞ղ է կատարվել վճարումը կատալոգի ծառայության միջոցով։
Ի՞նչ սխալի մշակման մեխանիզմներ եք ներդնում ինտեգրացիաներում։
Ինչպե՞ս եք հավասարակշռում բիզնեսի և ծրագրավորողների միջև: Ինչպե՞ս եք կառավարում պահանջների տարբեր ըմբռնումները:
Նշեք ծրագրային ապահովման հիմնական պահանջների տեսակները
Արդյոք շատ պետք է հստակեցնեիք այն մասին, թե ինչ էր բերում PM-ը?
Ի՞նչն է տարբերությունը LEFT JOIN և INNER JOIN-ի միջև։
Որն է ամենաշատ օգտագործվող դասական ինդեքսը?
UML. Որ տարրերն են օգտագործվում? Ռոլերի ճիշտ օգտագործում: Անվանում եք տարրերը: Հայտնաբերել սխալները: Ֆորմատը սահմանել։
Ռեզյումեում նշված էր Kafka — դա ինչ է, արդյոք նրանք օգտագործել են այն?
Եթե կարիք էր եղել ճարտարապետական որոշում ընդունելու, ապա ով էր կատարում ճարտարապետի դերը կամ արդյոք ճարտարապետը նշանակված էր նախագծում?
Դուք պատրաստվո՞ւմ եք պատրաստել GOST, User Story, Use Case-ի համաձայն փաստաթղթավորում, նկարագրել բիզնես գործընթացները տեքստով և բլոկային սխեմաներով։
Մեկնաբանեք, թե ինչպես կլուծենք պրոֆիլների միացման (համապատասխանության) խնդիրը։
Կա՞ք իրական ժամանակի տվյալների փոխանակման համար WebSocket-ի հետ աշխատանքային փորձ։
Կարո՞ղ եք OpenAPI-ով նկարագրել մի քանի ֆայլերի ուղարկումը։
Կարո՞ղ եք հիշել դեպք, երբ ձեր պրակտիկայում արտաքին ծառայությունը պատասխան չէր տալիս և անհրաժեշտ էր նկարագրել համակարգի վարքը։
Ի՞նչ տարբերություն կա օբյեկտների դիագրամի և դասերի դիագրամի միջև։
Դուք ճանաչո՞ւմ եք DFD (Տվյալների հոսքի դիագրամ) և CJM (Հաճախորդի ճանապարհորդության քարտեզ)
Արհեստական առաջադրանք՝ Միասնական ծանուցման հարթակ (Notification Platform) Կոնտեքստ Ընկերությունում կան 3 տարբեր համակարգեր, որոնք ուղարկում են ծանուցումներ օգտվողներին. 1. CRM — ուղարկում է էլեկտրոնային փոստ և push ծանուցումներ պատվերների մասին. 2. Support պորտալ — ուղարկում է հաղորդագրություններ տիկետների մասին Telegram բոտով. 3. Անվտանգության համակարգ — ստեղծում է SMS ծանուցումներ կասկածելի մուտքերի մասին. Յուրաքանչյուր համակարգ իր տրամաբանությունը կիրառում է. * սեփական շաբլոններ, hardcoded ստացողներ; * կենտրոնական պատմություն ծանուցումների՝ չկա; * օգտվողները բողոքում են կրկնությունների և ուշացումների համար; * միացյալ SLA, մետրիկներ կամ կառավարման կենտրոն՝ չկա. Նպատակը Նոր Notification Platform նախագծել, որը. * հավաքում է իրադարձությունները տարբեր աղբյուրներից (CRM, Support, Security); * ուղարկում է ըստ տիպի և ալիքի (էլեկտրոնային փոստ, SMS, Telegram, push); * ապահովում է շաբլոնների միօրինակություն, գրանցում և դիտելիություն, * աջակցում է SLA (p95 ≤ 3 վայրկյան հասցնելու համար), * թույլ է տալիս ապագա ընդլայնում և ալիքների ընդլայնում. Կандидատի առաջադրանքը 1. սահմանել համակարգի գործառնական պահանջները. 2. նկարագրել ոչ գործառնական պահանջները (հավատարիմություն, կատարողականություն, սխալների մշակումը). 3. պատրաստել կոնտեքստային դիագրամ (C4 մակարդակ 2): 4. ավելացնել սեկվենցիայի դիագրամի սխեմա։ Օրինակ, հաղորդագրության ուղարկում CRM-ից։