System Analyst

Ինչպե՞ս է կոչվում իրավաբանական անձի և պայմանագրի միջև հարաբերությունը մեկից շատ:

Ի՞նչ է REST ինտեգրացիայի և հաղորդագրության բրոքերների հիմնական տարբերությունը։

Ի՞նչ տեսակի ինտեգրացիա ընտրել այս սցենարի համար և ինչու: 5000 հարցում օրական։

Որոնք են ոչ ֆունկցիոնալ պահանջները, որոնք կարելի է հաշվի առնել REST ինտեգրացիայի համար?

Առաքելություն Ինքնուրույն համակարգ ունի այն մենեջերների, ովքեր ուղեկցում են Acquiring պայմանագիրը: Հատուկ աջակցման համակարգը իրավաբանական անձանց համար անհրաժեշտ է տվյալներ Acquiring համակարգից: Դիզայն արեք այս ինտեգրացիոն լուծումը։

Ի՞նչ մասեր տեխնիկական առաջադրանքի եք նշում REST ինտեգրացիայի համար և ինչ եք գրում այնտեղ։

Ի՞նչ նշանագրերով եք հիմնականում աշխատում:

Բեռ: 3 RPS և 5000 հարցում օրական: Ինչպե՞ս վարվել այն դեպքում, երբ պայմանագիրը չի գտնվել կամ վճարային գործընթացը հասանելի չէ։

Անհրաժեշտություն. որոնում պայմանագրի համար, ոչ թե ID-ով

Ի՞նչ ինտեգրացիաներ եք գիտակցում: Եթե անձամբ չեք աշխատել դրանց հետ, ապա ըստ տեսության՝ ինչ կարող է լինել:

Ինչպե՞ս միացնել իրավաբանական անձի աղյուսակը պայմանագրի աղյուսակին: Ինչո՞վ կարելի է ընտրել պայմանագրերը իրավաբանական անձի համար:

Նկարագրեք GET հարցման պայմանագիրը պայմանագրի որոնման համար

Ինչպես վերանայել ինտեգրացիան, եթե պարզվի, որ՝ պայմանագրի համարը եզակի չէ (50-100 կրկնօրինակում), վճարման գործընթացը դանդաղ է և որոնումը տևում է 3-5 րոպե։

Գրեք SQL հարցում՝ ընտրելու բոլոր պայմանագրի հատկությունները, որոնց համար թիվը 123 է, contract աղյուսակից

Ի՞նչ այլընտրանքային սցենարներ և անսարքություններ կարող են տեղի ունենալ ամբողջ ինտեգրացիոն շղթայում։

Դիզայնեք ER դիագրամը՝ իրավաբանական անձը ունի շատ պայմանագրեր, պայմանագիրը ունի շատ առևտրային կետեր։

Ներկայացրեք կապի մեխանիզմը՝ օգտագործելով հիմնական և արտաքին բանալի՝ իրավաբանական անձի և պայմանագրի աղյուսակների միջև

Հարցումը շատ երկար է տևում։ Ինչ կարելի է անել, որ ավելի արագ լինի։