Ի՞նչ է այս վերլուծական մոդելի հիմնական խնդիրն - Պահանջները ձևակերպված են անորոշ և առաջացնում են սխալի և սխալ իրականացման ռիսկեր - Պահանջները անտեսում են թվային ստանդարտները - Պահանջների մեջ բավարար տեխնիկական մանրամասներ չկան - Կանխատեսումների չափանիշներ չկան - Պահանջները չօգտագործում են ձևանմուշներ - Պրոբլեմներ պահանջների հաղորդակցման մեջ
Ի՞նչ է այս դեպքում պահանջների կառուցվածքի հիմնական խնդիրն - Չկան հստակ կատարողական մետրիկներ - Պահանջները պետք է հստակ բաժանվեն՝ հեշտացնելու համար վերլուծությունը և իրագործումը - Տվյալների վերլուծությունը չի հաշվի առնում բոլոր սցենարները - Կոդավորման մեթոդները չեն սահմանվել - Անվտանգության պահանջները առանձին չեն առանձնացվել - Չկա կառուցվածք ստիլիզացիայի պահանջների համար
Տվյալների հիերարխիան շատ բարդ է հաճախորդի համար Վերադարձվող տվյալների վավերացումը բացակայում է Հարցման հաստատումը բացակայում է Չկա նշում վերադարձվող դաշտերի տեսակների մասին Հարցումը վերադարձնում է ավելորդ տվյալներ, որոնք չեն համապատասխանում հաճախորդի պահանջներին Սերվերի կողմի ֆիլտրացման աջակցություն չկա
Ի՞նչ է այս իրականացման հիմնական խնդիրն 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-ում պահանջների փոփոխության գործընթացը չի սահմանվել - Պատասխանատու անձինք չկան ֆունկցիոնալ բլոկների համար - Բանավերային բարելավումների համար բաժիններ չկան - Tалапների SRS-ում անհասկանալի ձևակերպումներ - Խախտված է ֆունկցիոնալ և ոչ-ֆունկցիոնալ պահանջների հստակ բաժանման սկզբունքը - Չի համապատասխանում IEEE 830 ստանդարտին
Ի՞նչ է ներկայիս կոդի հետ աշխատելու մոտեցման կառուցվածքի հիմնական խնդիրն - XP պրակտիկաների բացակայությունը հաճախակի սխալների և ցածր որակի կոդի պատճառ է դառնում - Թեստավորումը միայն արտադրությունում - Փոփոխությունների կառավարման բացակայություն - Կոնֆիգուրացիաների կենտրոնական կառավարման բացակայություն - Թեստերի ավտոմատացման բավարարություն չկա - Մոդուլների անարդյունավետ ինտեգրացիա
Այս իրականացման հիմնական խնդիրն ի՞նչն է: - Տվյալների հիերարխիան շատ բարդ է հաճախորդի համար - Վերադարձվող տվյալների վավերացումը բացակայում է - Հարցման հաստատումը բացակայում է - Վերադարձվող դաշտերի տիպերը նշված չեն - Հարցումը ավելորդ տվյալներ է վերադարձնում, որոնք չեն համապատասխանում հաճախորդի պահանջներին Հարցման կոդը՝ query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
Նշված լուծման կառուցվածքի հիմնական խնդիրն ի՞նչ է - Հիշողության տրամաբանությունը չի նախատեսում տվյալների ռոտացիա - Մարմարատուության ընդլայնման խախտում - Նոր պահանջների համար բավարար ճկունություն չկա - Տվյալների հոսքի սահմանափակումը չի իրականացվել - Կենտրոնացված ճարտարապետություն որպես թերության միակ կետ - Հիշողության ճարտարապետության սխալ օգտագործումը հանգեցնում է կատարողականության խոչընդոտի
Այս դեպքում ճարտարապետության հիմնական խնդիրն ի՞նչն է: - Թիմի ճկունությունը սահմանափակվում է որոշումների մոնոպոլիայի պատճառով - Պատասխանատու գործառույթների կապը մեկ անձի հետ սահմանափակում է հարմարվողականությունը - Տեղեկատվության կենտրոնացումը մեկ անձի մոտ ստեղծում է նեղ տեղ - Կոշտ կառուցվածքը խոչընդոտում է արագ հարմարվողականությանը - Որոշումների կենտրոնացումը խոչընդոտում է թիմի ինքնակազմակերպությանը - Մասնակցության նվազումը թիմում նվազեցնում է ներգրավվածությունը
Ինքնուրույն լուծման կառուցվածքի հիմնական խնդիրն ի՞նչ է: - Սեմանտիկ տեգերի բացակայությունը նվազեցնում է հասանելիությունը և SEO արդյունավետությունը - Էջում չկա <h1> վերնագիր - Լուծումների տրամաբանության համար չկա <section> տեգ - Էջի բաժիններում կառուցվածք չկա - Կոճակները սեմանտիկորեն խմբավորված չեն - Շատ <div> ներսում են
Ի՞նչ է համակարգի նկարագրության կառուցվածքի հիմնական խնդիրն - Ֆունկցիաների սխալ սահմանափակում - Համակարգի պահանջները չեն լրացուցիչ - Համակարգի սահմանները չեն նկարագրված բավարար հստակ - Պահանջների նկարագրությունը անհասկանալի է - Ֆունկցիաների պահանջները անհասկանալի են - Համակարգի ֆունկցիաները նկարագրված են ոչ լրիվ
Այս վերլուծական մոդելի հիմնական խնդիրն ի՞նչ է - Թիմի արագությունը չի հետևվում, ինչը դժվարացնում է պլանավորումը - Գեոպոլիտիկական ռիսկերը չեն հաշվի առնվում - Հետագայ կանխատեսումները չեն հաշվի առնվում - Արդյունավետությունը գնահատելու համար մեթոդներ չկան - Հետաքրքրված կողմերի ներգրավումը բավարար չէ - Պատասխանատվության հստակ բաժանում չկա
Այս դեպքում HTTP մեթոդների օգտագործման հիմնական խնդիրն ի՞նչ է - HTTP մեթոդների սխալ օգտագործումը խախտում է RESTful ճարտարապետությունը և API-ի ընթերցելիությունը - Խնդիրները չեն վերադարձվում JSON ձևաչափով - GET-ների հարցում ոչ ստանդարտ գլխագրեր - GET-ները չեն կեշավորվում - Մեթոդների սխալ սեմանտիկայի պատճառով հակասություններ - Մարշրութը խախտում է RESTful սկզբունքները
Ի՞նչ է այս իրականացման հիմնական խնդիրն - Տեղի մաքրման քաղաքականությունների հակասությունները - Բրոքերների նույնականացողների հնարավոր բախումները - Տեղի կոնֆիգուրացիայի բաժինների թվի անհամապատասխանությունը - Բրոքերների պորտերը եզակի չեն, հնարավոր են բախումներ - MissionControl-ում max.connections-ի սխալ կարգավորումը - Տեղերի նույնականացողների անհատականության սխալը, ինչը հանգեցնում է տվյալների բաշխման բախումների
Ի՞նչ է այս իրականացման հիմնական խնդիրն - Flows-ը չի փակվում finally-ում - Կապը չի փակվում բացահայտորեն - Ենթակայությունների սխալ գրանցում - HTTP գլխագրերի կարգավորումը բացակայում է - HTTP վիճակների սխալների մշակումը բացակայում է - Անհարմար HTTP մեթոդի օգտագործում
Ի՞նչ է այս իրականացման հիմնական խնդիրն - Սերվերը կապված է localhost և 8080 պորտին - Անսահման ցիկլ store_design-ում - Սխալ տրամաբանություն կապը փակելու համար - Սխալ handshake-ի մշակումը - Չկա փոփոխությունների վերահսկողություն design-ներում - Անվտանգության վերահսկողությունն ու handshake-ը չեն բաժանված
Նշված ծառայությունների փոխազդեցության կառուցվածքի հիմնական խնդիրն ի՞նչ է: - Տվյալների մշակումը արագացնելու համար cache չկա - Թողարկման ժամանակ վերարտադրության մեխանիզմ չկա - Փոխել նախընտրությունները հարմարեցնելու մեխանիզմ չկա - Սինխրոնային կանչերը ավելացնում են ուշացումները պատասխան ժամանակի կախվածությունից - API-ում թույլտվության ստուգման խնդիրներ - API-ից պատասխանների մշակման սխալ
Ինքնուրույն լուծման կառուցվածքի հիմնական խնդիրն ի՞նչ է: - Մոդուլների մեկուսացում առանց մետա-տեղեկատվության փոխանակման - Մոդուլներում տրամաբանության կրկնօրինակի խնդիր - Մոդուլների միջև համահունչության խախտում - Հաշվապահական հաշվետվությունների կազմման սխալ - Կենտրոնացված դեդուպլիկացիայի համակարգի բացակայություն և դրա հետ կապված ճարտարապետական դժվարություններ - Առաքումների ժամանակային կողմերի հաշվառման խնդիր
Ընտրեք ամենահարմար պատասխանն - Անճշտ ուղղություն կախվածությունների - Ծառայությունները կապված են ընդհանուր տվյալների բազայի հետ, ինչը մեծացնում է կապակցությունը - Ակցիոնների ծառայությունում սխալների կառավարում չկա - Տվյալների բազայի պահուստային պատճեն չկա - API-գեյթվեյի մոնիտորինգ չկա - Կաշի ծառայությունում չկա
