Sobes.tech

System Analyst

POST /api/tasks სერვისისთვის (მუშაობის შექმნა): 1) რა შესავალი პარამეტრებია საჭირო? 2) რა სერვისული პარამეტრებია საჭირო ავტორიზაციისა და ავტენტიფიკაციისთვის? 3) მიაწოდეთ ვალიდური JSON მოთხოვნის მაგალითი, სადაც არის tag_ids მასივი. 4) რა HTTP სტატუს კოდებს გამოიყენებდით პასუხად?

220

აიღეთ SQL ენაში ძირითადი JOIN ოპერატორების ტიპები

209

რას გააკეთებ - მოთხოვნების შეგროვება და ანალიზი - გარე და შიდა მომხმარებლებთან ურთიერთობა - ტექნიკური გადაწყვეტილებების შემუშავებაში მონაწილეობა - ინტეგრაციის ურთიერთქმედებების მართვა - UX/UI, განვითარების და ტესტირების გუნდებთან თანამშრომლობა მოთხოვნებზე მუშაობის დროს (ანალიტიკური მხარდაჭერა) - საჭირო დოკუმენტაციის შექმნა (ჩთზ, PMI) - სპეციფიკაციების და განვითარების დავალებების შემუშავება - ანალიტიკური კონტროლის განხორციელება - ცოდნის ბაზის შენარჩუნება - შედეგების ჩვენება მომხმარებელს - ინციდენტების განხილვა როგორც მესამე დონე ტექნიკური მხარდაჭერა ჩვენ ველით, რომ შენ გქონდეს მინიმუმ 3 წლიანი გამოცდილება სისტემის ანალიტიკოსად - BPMN, UML ნოტაციების ცოდნა (use case, activity, sequence, state, ER) - ფუნქციონალური და არ-ფუნქციონალური მოთხოვნების შეგროვებისა, ანალიზისა და აღწერის მიდგომების ცოდნა - გამოცდილება მომხმარებლებთან და განვითარების გუნდებთან თანამშრომლობაში

199

REST API-ში გამოყენებული HTTP-პასუხების ძირითადი ტიპები (გაგებები) დაასახელეთ

191

სისტემის მართვის დავალებების გამოყენების შემთხვევების UML დიაგრამის ნახატვა, მოთხოვნებს გათვალისწინებით: თითოეულ დავალებაზე სტატუსის მოდელი, პროექტებთან კავშირი, ტეგების სისტემა, მომხმარებლებს შეტყობინებები

185

UML დიაგრამების ძირითადი ტიპები

183

განმარტეთ სიტყვებით დადებითი სცენარის (ძირითადი ნაკადი) ძირითადი ნაბიჯები გამოყენების შემთხვევისთვის 'შენიშვნის დამატება დავალებაზე'

160

რომელი ალტერნატიული ნაკადები უნდა გამოირჩეოდეს 'მოვალეობის შექმნის' სცენარისთვის?

150

დაწერეთ SQL სვეტური შეკითხვა, რომელიც ითვლის მომხმარებლების მიხედვით დავალებების რაოდენობას. შერჩევაში უნდა იყოს მომხმარებლის სახელი და თითოეულ მომხმარებელზე მინიჭებული დავალებების რაოდენობა.

142

დავალებების მართვის სისტემისთვის ფიზიკური მონაცემთა მოდელის პროექტირება. ყველა ფიზიკური ცხრილი გამოარჩიეთ ძირითადი (PK) და საგარეო (FK) გასაღებების მითითებით. მოდელი უნდა მოიცავდეს ყველა გამოყენების შემთხვევებს, რომლებიც თქვენ ადრე იდენტიფიცირეთ.

141

სია REST API მეთოდების ბექენდში, რომლებიც საჭირო იქნება დავალებების მართვის სისტემის სცენარების განხორციელებისთვის. თითოეულ მეთოდისთვის შემოგთავაზეთ სწორი URI არქიტექტურული სტილის REST-ის თვალსაზრისით.

138

საფტვერის ძირითადი მოთხოვნების ტიპების ჩამოთვლა

135

რა პროტოკოლებით მუშაობს REST API?

128

1) XML-ის პრაქტიკული გამოცდილება გაქვთ? 2) შექმენით XML სტრუქტურა დავალების შესახებ ინფორმაციისთვის (JSON-ის მსგავსად). 3) ახსენით საკუთარი სიტყვებით, რა არის XSD. 4) როგორ შეამოწმებდით XML დოკუმენტის შესაბამისობას XSD შაბლონთან? 5) რა განსხვავებაა Simple Type-სა და Complex Type-ს შორის XSD-ში?

124

აღწერეთ დადებითი სცენარი (ძირითადი ნაკადი) გამოყენების შემთხვევისთვის 'დავალების შექმნა' ყველა ნაბიჯის მითითებით

124

თუ ადმინისტრატორი ცდილობს შეასრულოს SQL-სკრიპტი DELETE FROM Users WHERE user_id = 5, იმ შემთხვევაში თუ მომხმარებელი ID=5 აქვს დავალებები ტაბლეტაში Tasks, რა მოხდება? განიხილეთ კლასიკური ურთიერთდამოკიდებული მონაცემთა ბაზა (PostgreSQL/MySQL).

121