System Analyst
თქვენ ოდესმე მონაწილეობდით სისტემების რევერს-ინჟინერიაში, როდესაც დოკუმენტაცია არ არის და საჭიროა პროგრამული კოდის გაგება?
Bell Integratorრომელ ტიპის ინტეგრაციებთან მუშაობდით? სინქრონული და ასინქრონული ურთიერთქმედების გამოცდილება?
საფურცელებს შორის რა სახის კავშირებს შეიძლება დავარქვათ?
მაშინ რა შემოსავლის დონეს განიხილავ ახლა შენთვის?
შეგიძლიათ სხვა კომპანიების შეთავაზებები გაქვთ თუ სხვა კომპანიებთან საბოლოო ეტაპზე ხართ?
IT Oneრა არის იდემპოტენცია REST-ში?
რა არის offset?
თქვენ გქონდათ თუ არა საჭირო REST API-ის კონტრაქტების აღწერა?
რა არის მონაცემთა ბაზებში მონაცემთა ნორმალიზაცია და დენორმალიზაცია? მოკლედ რომ ვთქვათ, რა არის ნორმალიზაცია საჭირო?
როგორ უზრუნველვყოთ შეტყობინებების მიწოდების სრული კონტროლი ორი Kafka კლასტერზე უსაფრთხოების სარკინიგზო (შლუზის შეცვლის შესაძლებლობის გარეშე)?
კლასების დიაგრამა რატომ არის საჭირო? რა აღწერს იგი?
საუკეთესოა საუბარი შენთან თუ თქვენთან?
რატომ გსურთ საერთოდ ჩვენი შეთავაზების განხილვა? სურს მეტი არჩევანი?
გაქვს გამოცდილება ლოგების ანალიზში?
შეიქმენით Entity Relationship Diagrams (ERD)?
როგორ აფასებთ ინტეგრაციის დიზაინის გამოცდილებას, მუშაობას REST და SOAP-თან?
თქვენ ოდესმე მონაწილეობდით ინდუსტრიულ გარემოში (აწარმოება) ინციდენტების ანალიზსა და გადაჭრაში?
პრაქტიკული დავალება: ერთიანი შეტყობინების პლატფორმა (Notification Platform) კონტექსტი კომპანიაში არსებობს 3 განაწილებული სისტემა, რომლებიც მომხმარებლებს აცნობებენ: 1. CRM — გამოგზავნის ელფოსტებს და push შეტყობინებებს შეკვეთებზე. 2. Support Portal — გამოგზავნის შეტყობინებებს ბილეთებზე Telegram ბოტის მეშვეობით. 3. უსაფრთხოების სისტემა — ქმნის SMS შეტყობინებებს საეჭვო შესვლების შესახებ. ყოველი სისტემა თავისი ლოგიკით ახორციელებს: * საკუთარი შაბლონები, hardcoded მიმღებები; * ცენტრალიზებული შეტყობინებების ისტორია არ არის; * მომხმარებლები საჩივარს გამოთქვამენ დუბლიკატებისა და დაგვიანებების გამო; * არ არის ერთიანი SLA, მეტრიკები და მართვის ცენტრი. მიზანი ახალი Notification Platform-ის პროექტირება, რომელიც: * აგროვებს მოვლენებს სხვადასხვა წყაროებიდან (CRM, Support, Security), * მათ ტიპსა და არხზე (ელფოსტა, SMS, Telegram, push) გზავნის, * უზრუნველყოფს შაბლონების ერთიანობას, ლოგირებას და თვალსაზრისს, * მხარს უჭერს SLA-ს (p95 ≤ 3 წამი მიწოდებისთვის), * საშუალებას აძლევს არხების მასშტაბირებას და გაფართოებას მომავალში. კანდიდატის დავალება 1. განსაზღვრეთ სისტემის ფუნქციონალური მოთხოვნები. 2. აღწერეთ ნეფუნქციონალური მოთხოვნები (სანდოობა, შესრულება, შეცდომების დამუშავება). 3. შექმენით კონტექსტის დიაგრამა (C4 დონე 2). 4. დაამატეთ სექვენსიის დიაგრამის სქემა. მაგალითად, შეტყობინების გაგზავნა CRM-დან.
როგორ იყო მოთხოვნების სამუშაო პროცესი? რა შემოდიოდა შენს მიერ და რა იყო გამოსავალი? იყო თუ არა თქვენი პროდუქტის მფლობელი?
СБЕРრა ინსტრუმენტებს იყენებთ UML და BPMN-ის გამოსახატავად?
Ригла