System Analyst
რა არის OEE და როგორ შედგება მისი კომპონენტები?
ამ განხორციელების ძირითადი პრობლემა რა არის? - მონაცემების იერარქია ძალიან რთულია მომხმარებლისთვის - დაბრუნებული მონაცემების ვალიდაცია არ არსებობს - მოთხოვნის ავტორიზაცია არ არსებობს - დაბრუნებული ველების ტიპები არ არის მითითებული - სერვერი აბრუნებს ზედმეტ მონაცემებს, რომლებიც არ პასუხობს მომხმარებლის მოთხოვნებს საკითხის კოდი: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
პრაქტიკაში რა ნოტაციებს იყენებთ?
აღწერეთ მიზანსა და პრობლემატიკას შორის განსხვავება
შესრულების დაწყების შემდეგ მოთხოვნები შეიცვალა შემთხვევები იყო? როგორ მოქმედებდნენ?
მითხარი, როგორ უნდა იყოს საწყისი პრომპტი, რომ დაუყოვნებლივ მიიღო ბოლო მსგავსი დიაგრამა.
გთხოვთ, მოგვიყევით თქვენი სამუშაო გამოცდილებისა და საინტერესო ან რთული დავალებების შესახებ.
JSON, XML, YAML მონაცემთა ფორმატებთან მუშაობის გამოცდილება გაქვთ?
ტექნიკური უთანხმოებები იყო (მაგალითად, REST vs Message Broker) და როგორ გადაწყდა?
რა არის სინქრონული და ასინქრონული ურთიერთქმედების განსხვავება?
კონცეპტუალური ER მოდელის ნახაზის შექმნა შემთხვევების აღრიცხვის სისტემისთვის (ფეთქვები, წყალდიდობები) და მათი ზონების ზიანის (მცირე, საშუალო, მძიმე დაზიანებები), რომელთა ობიექტები (მშენებლობები, ქარხნები, სკოლები) შედიან
რა საჭიროა ინდექსები მონაცემთა ბაზაში? როგორ აჩქარებენ ძიებას?
რა არის C4 მოდელი და რა დონეებიდან შედგება?
რა დოკუმენტები და არტეფაქტები ქმნით პროექტზე მუშაობისას როგორც ბიზნეს ანალიტიკოსი?
რა იყო ვებ-მოსასხმის უკან? რა იყო ბექენდი?
რის შემთხვევებშია მიკროწესვიან არქიტექტურა მიზანშეწონილი?
ბანკის სისტემისთვის მონაცემთა სტრუქტურის პროექტირება: მომხმარებელს შეუძლია რამდენიმე ბარათი (დებიტი, კრედიტი), თითო ბარათთან დაკავშირებულია ანგარიში, ასევე, მომხმარებელს შეიძლება ჰქონდეს ანგარიშები ბარათის გარეშე. გამოიყენეთ სამი ცხრილი.
- UML. რა ელემენტები გამოიყენება? - როლების სწორად გამოყენება. - ელემენტების სახელება. - შეცდომების განსაზღვრა. - ფორმატის განსაზღვრა.
როგორ უზრუნველყოფდი SCADA-ტეგების მაღალი სიხშირის ჩანაწერის მხარდაჭერას Kafka-ს საშუალებით?
ამ შემთხვევაში მოთხოვნების სტრუქტურირებაში ძირითადი პრობლემა რა არის? - მკაფიო შესრულების მეტრიკები არ არსებობს - მოთხოვნები უნდა იყოს მკაფიოდ გამოყოფილი ანალიზისა და განხორციელების გასამარტივებლად - მონაცემთა ანალიზი არ ითვალისწინებს ყველა სცენარს - შიფრირების მეთოდები არ არის განსაზღვრული - უსაფრთხოების მოთხოვნები არ არის გამოყოფილი ცალკე - სტილის მოთხოვნებისთვის არ არის სტრუქტურა