ამ ანალიტიკური მოდელის ძირითადი პრობლემა რა არის? - მოთხოვნები არ არის კონკრეტულად გამოთქმული და იწვევს გაუგებრობებს და არასწორ განხორციელებას - მოთხოვნები უგულებელყოფს ციფრულ სტანდარტებს - მოთხოვნებში არ არის საკმარისი ტექნიკური დეტალები - შესრულების მეტრიკები არ არსებობს - მოთხოვნები შაბლონებს არ იყენებს - მოთხოვნების კომუნიკაციაში პრობლემები არსებობს
მონაცემთა ჰიერქარქია ძალიან რთულია მომხმარებლისთვის დაბრუნებული მონაცემების ვალიდაცია არ არის მოთხოვნის ავტორიზაცია არ არის დაბრუნებული ველების ტიპების მითითება არ არის მოთხოვნა აბრუნებს ზედმეტ მონაცემებს, რომლებიც არ პასუხობს მომხმარებლის მოთხოვნებს სერვერის მხარის ფილტრაციის მხარდაჭერა არ არის
ამ შემთხვევაში მოთხოვნების სტრუქტურირებაში ძირითადი პრობლემა რა არის? - მკაფიო შესრულების მეტრიკები არ არსებობს - მოთხოვნები უნდა იყოს მკაფიოდ გამოყოფილი ანალიზისა და განხორციელების გასამარტივებლად - მონაცემთა ანალიზი არ ითვალისწინებს ყველა სცენარს - შიფრირების მეთოდები არ არის განსაზღვრული - უსაფრთხოების მოთხოვნები არ არის გამოყოფილი ცალკე - სტილის მოთხოვნებისთვის არ არის სტრუქტურა
რა არის ამ განხორციელების ძირითადი პრობლემა BEGIN; CREATE TABLE sneakers ( id SERIAL PRIMARY KEY, design JSON NOT NULL ); CREATE OR REPLACE FUNCTION process_sneaker_order(sneaker_id INTEGER) RETURNS VOID AS $$ BEGIN UPDATE sneakers SET design = jsonb_set(design, '{status}', '"Processed"') WHERE id = sneaker_id; END; $$ LANGUAGE plpgsql; INSERT INTO sneakers (design) VALUES ('{"colors":"red,blue", "status":"Pending"}'); PERFORM process_sneaker_order(1); -- COMMIT;
UNION DISTINCT გამოყენებისას რა გვერდითი ეფექტი წარმოიქმნება? - მონაცემთა ტიპების შეუთავსებლობა იწვევს შეცდომას - TOP გამოიყენება გლობალური სორტირების გარეშე - ინდექსების ნაკლებობა აჩერებს UNION-ის შესრულებას - დუბლიკატების წაშლა შეიძლება მოულოდნელად შეამციროს დაბრუნებული ხაზების რაოდენობა - UNION ქმნის მეტ დატვირთვას, ვიდრე UNION ALL - ქვესაკვანებში აგრეგატული ფუნქციები მონაცემებს შეიძლება დააბრკოლოს
SRS დოკუმენტის სტრუქტურაში რომელი პრინციპი არის დარღვეული? - SRS-ში მოთხოვნების ცვლილების პროცესი არ არის განსაზღვრული - პასუხისმგებელი პირები ფუნქციონალურ ბლოკებზე არ არიან - მომავალი გაუმჯობესებისთვის განყოფილებები არ არსებობს - SRS მოთხოვნებში გაურკვეველი ფორმულირებები - ფუნქციონალური და არასამუშაო მოთხოვნების მკაფიო განცალკევების პრინციპი დარღვეულია - IEEE 830 სტანდარტთან შესაბამისობა არ არის
შერჩეული გადაწყვეტილების სტრუქტურის ძირითადი პრობლემა რა არის? - შენახვის ლოგიკა მონაცემების როტაციას არ ითვალისწინებს - არქიტექტურის მასშტაბურობის დარღვევა - ახალი მოთხოვნებისთვის არასაკმარისი მოქნილობა - მონაცემთა ნაკადის შეზღუდვა არ არის განხორციელებული - ცენტრალიზებული არქიტექტურა როგორც ერთიანი გაუმართაობის წერტილი - შენახვის არქიტექტურის არასწორი გამოყენება გამოიწვევს შესრულების ბლოკირებას
ამ განხორციელების ძირითადი პრობლემა რა არის? - მონაცემების იერარქია ძალიან რთულია მომხმარებლისთვის - დაბრუნებული მონაცემების ვალიდაცია არ არსებობს - მოთხოვნის ავტორიზაცია არ არსებობს - დაბრუნებული ველების ტიპები არ არის მითითებული - სერვერი აბრუნებს ზედმეტ მონაცემებს, რომლებიც არ პასუხობს მომხმარებლის მოთხოვნებს საკითხის კოდი: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
ამ შემთხვევაში არქიტექტურის ძირითადი პრობლემა რა არის? - გუნდს მოქნილობა შეზღუდულია გადაწყვეტილებების მონოპოლიით - პასუხისმგებელი ფუნქციების დაკავშირება ერთ პირთან შეზღუდავს ადაპტაციას - ინფორმაციის ცენტრალიზაცია ერთ პირში ქმნის სიღრმის წერტილს - მკაცრი სტრუქტურა ხელს უშლის სწრაფად ადაპტაციას - გადაწყვეტილებების ცენტრალიზაცია ხელს უშლის გუნდს თვითორგანიზაციას - ავტონომიის ნაკლებობა გუნდში ამცირებს ჩართულობას
მიმდინარე კოდის მუშაობის მიდგომის სტრუქტურის ძირითადი პრობლემა რა არის? - XP პრაქტიკების არარსებობა ხშირად იწვევს შეცდომებს და დაბალ ხარისხს კოდში - მხოლოდ წარმოებაში დეფექტების გამოსწორება - ცვლილებების მართვის არარსებობა - კონფიგურაციების ცენტრალიზებული მართვა არ არსებობს - ტესტების ავტომატიზაციის ნაკლებობა - მოდულების არასაკმარისი ინტეგრაცია
სისტემის აღწერის სტრუქტურის ძირითადი პრობლემა რა არის? - ფუნქციების არასწორი საზღვრების დადგენა - სისტემის მოთხოვნები არ არის სრული - სისტემის საზღვრები არ არის საკმარისად მკაფიოდ აღწერილი - მოთხოვნების აღწერა გაურკვეველია - ფუნქციების მოთხოვნები გაურკვეველია - სისტემის ფუნქციები არასრულად არის აღწერილი
შესრულებული გადაწყვეტილების სტრუქტურის ძირითადი პრობლემა რა არის? - სემანტიკური ტეგების არარსებობა ამცირებს ხელმისაწვდომობას და SEO-ს ეფექტიანობას - გვერდზე არ არის <h1> სათაური - ბლოკების ლოგიკისთვის არ არის <section> ტეგი - გვერდის განყოფილებებში სტრუქტურა არ არის - ღილაკები სემანტიკურად არ არის გაერთიანებული - ზედმეტად შერწყმული <div>
ამ შემთხვევაში HTTP მეთოდების გამოყენების ძირითადი პრობლემა რა არის? - HTTP მეთოდების არასწორი გამოყენება არღვევს RESTful არქიტექტურას და API-ის წაკითხვადობას - შეცდომები არ დაბრუნდება JSON ფორმატში - GET მოთხოვნებში ნორმატიული არ არის სათაურები - GET მოთხოვნები არ იკავებენ კეშს - მეთოდების არასწორი სემანტიკა გამოიწვევს კონფლიქტებს - მარშრუტიზაცია არღვევს RESTful პრინციპებს
ამ ანალიტიკური მოდელის ძირითადი პრობლემა რა არის? - გუნდის სიჩქარე არ არის მონიტორინგი, რაც სირთულეს უქმნის დაგეგმვას - გეოპოლიტიკური რისკები არ არის გათვალისწინებული - მოგების პროგნოზები არ არის გათვალისწინებული - ეფექტიანობის შეფასებისთვის მეტრიკები არ არსებობს - დაინტერესებული მხარეების ჩართულობა არასაკმარისია - პასუხისმგებლობების მკაფიო განაწილება არ არის
ამ განხორციელების ძირითადი პრობლემა რა არის? - თემის მონაცემების სისუფთავის პოლიტიკების კონფლიქტი - ბროკერების იდენტიფიკატორებში პოტენციური შეჯახებები - თემის კონფიგურაციაში განყოფილებების რაოდენობის შეუთავსებლობა - ბროკერების პორტები უნიკალი არ არის, შესაძლებელია კონფლიქტები - MissionControl-ში max.connections-ის არასწორი კონფიგურაცია - თემების იდენტიფიკატორების უნიკალობა, რაც იწვევს კონფლიქტებს მონაცემების განაწილებაში
ამ განხორციელების ძირითადი პრობლემა რა არის? - ნაკადი საბოლოოდში არ იხურება - კავშირი არ იხურება ნათლად - გამონაკლისების არასწორი რეგისტრაცია - HTTP სათაურების დაყენება არ არის - HTTP სტატუსის შეცდომების დამუშავება არ არის - არასათანადო HTTP მეთოდის გამოყენება
რა არის არჩეული სერვისების ურთიერთქმედების სტრუქტურის ძირითადი პრობლემა? - მონაცემების დამუშავების გასაჩქარებლად კეშირება არ არის - შეცდომის შემთხვევაში განმეორებითი მოთხოვნების მექანიზმი არ არის - ცვლილებებისადმი მორგება არ არის - სინქრონული ზარები ზრდიან დაგვიანებას პასუხის დროის დამოკიდებულების გამო - პრობლემები ავტორიზაციის შემოწმებაში API-ში - შეცდომა API-ის პასუხების დამუშავებაში
ამ განხორციელების ძირითადი პრობლემა რა არის? - სერვერი დაკავშირებულია localhost-სა და 8080 პორტთან - store_design-ში უსასრულო ციკლი - სერვერის დახურვის არასწორი ლოგიკა - handshake-ის არასწორი დამუშავება - დიზაინებში ცვლილებების კონტროლის არარსებობა - უსაფრთხოების კონტროლი და handshake არ არის განცალკევებული
შერჩეული გადაწყვეტილების სტრუქტურის ძირითადი პრობლემა რა არის? - მედიასახლის გარეშე მოდულების იზოლაცია - მოდულებში ლოგიკის დუბლირების პრობლემა - მოდულებს შორის თანმიმდევრულობის დარღვევა - ბუღალტერიული ანგარიშგებების შედგენის შეცდომა - ცენტრალიზებული დედუპლიკაციის სისტემის არარსებობა და დაკავშირებული არქიტექტურული სირთულეები - მიწოდებების დროის ასპექტების აღნიშვნა
აირჩიე ყველაზე შესაბამისი პასუხი - არასწორი დამოკიდებულებების მიმართულება - სერვისები დაკავშირებულია საერთო მონაცემთა ბაზასთან, რაც ზრდის კავშირს - აუქციონების სერვისში შეცდომების მართვა არ არის - მონაცემთა ბაზის სარეზერვო ასლი არ არის - API-გეითის მონიტორინგი არ არსებობს - საფულე სერვისში კეშირება არ არის
