Aký je hlavný problém tohto analytického modelu? - Požiadavky sú formulované nejasne a spôsobujú riziko nedorozumení a nesprávnej implementácie - Požiadavky ignorujú digitálne štandardy - Chýbajú technické detaily v požiadavkách - Chýbajú metriky výkonu - Požiadavky nevyužívajú šablóny - Problémy s komunikáciou požiadaviek
Hierarchia údajov je preveč zložená pre klienta Chýba validácia vracaných údajov Chýba autentifikácia požiadavky Neexistuje určenie typov vracaných polí Dopyt vracia nadbytočné údaje, ktoré nezodpovedajú požiadavkám klienta Chýba podpora serverovej filtrácie
Aký je hlavný problém tejto implementácie 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;
Aký je hlavný problém v štruktúrovaní požiadaviek v tomto prípade? - Neexistujú jasné metriky výkonu - Požiadavky by mali byť jasne oddelené na uľahčenie analýzy a implementácie - Analýza dát nezohľadňuje všetky scenáre - Metódy šifrovania nie sú definované - Požiadavky na bezpečnosť nie sú zvlášť zvýraznené - Neexistuje štruktúra pre požiadavky na štýl
Aký vedľajší účinok nastáva pri použití UNION DISTINCT? - Nespokojnosť typov údajov vedie k chybe - TOP sa používa bez globálneho zoradenia - Nedostatok indexov spomaľuje vykonávanie UNION - Odstránenie duplikátov môže nečakane znížiť počet vracaných riadkov - UNION vytvára väčšiu záťaž ako UNION ALL - Agregačné funkcie v poddotazoch môžu skresliť údaje
Aký princíp je porušený v štruktúre dokumentu SRS? - Proces zmien požiadaviek v SRS nie je definovaný - Nie sú zodpovedné osoby za funkčné bloky - Neexistujú sekcie pre budúce vylepšenia SRS - Nejasné formulácie v požiadavkách SRS - Porušenie princípu jasného oddelenia funkčných a nefunkčných požiadaviek - Neshoda s normou IEEE 830 pre SRS
Aký je hlavný problém zvolenej štruktúry riešenia? - Logika ukladania nepredpokladá rotáciu dát - Porušenie škálovateľnosti architektúry - Nedostatočná flexibilita pre nové požiadavky - Obmedzenie toku dát nie je implementované - Centralizovaná architektúra ako bod zlyhania - Nesprávne používanie architektúry ukladania vedie k úzkemu miestu v výkone
Aký je hlavný problém tejto implementácie? - Hierarchia údajov je pre klienta príliš zložitá - Chýba validácia vracaných údajov - Chýba autentifikácia požiadavky - Nie je uvedený typ vracaných polí - Dotaz vracia nadbytočné údaje, ktoré nezodpovedajú požiadavkám klienta Kód dotazu: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
Aký je hlavný problém architektúry v tomto prípade? - Flexibilita tímu je obmedzená monopolom rozhodnutí - Väzba zodpovedných funkcií na jednu osobu obmedzuje prispôsobenie - Centralizácia informácií u jednej osoby vytvára úzke miesto - Pevná štruktúra bráni rýchlej adaptácii - Centralizácia rozhodnutí bráni samoorganizácii tímu - Nedostatok autonómie v tíme znižuje zapojenie
Aký je hlavný problém štruktúry súčasného prístupu k práci s kódom? - Nedostatok zavádzania praktík XP vedie k častým chybám a nízkej kvalite kódu - Ladenie iba v produkcii - Chýba riadenie zmien - Nie je centralizované riadenie konfigurácií - Nedostatočná automatizácia testov - Neefektívna integrácia modulov
Aký je hlavný problém štruktúry popisu systému? - Nesprávne rozlíšenie funkcií - Požiadavky na systém nie sú úplné - Hranice systému sú nedostatočne jasne - Opis požiadaviek je nejasný - Požiadavky na funkcie sú nejasné - Funkcie systému sú neúplne opísané
Aký je hlavný problém zvolenej štruktúry riešenia? - Nedostatok sémantických značiek znižuje dostupnosť a SEO efektívnosť - Na stránke nie je <h1> nadpis - Chýba značka <section> pre logiku blokov - Chýba štruktúra v sekciách stránky - Tlačidlá nie sú semanticky skupené - Nadmerné vnoženie <div>
Aký je hlavný problém pri používaní metód HTTP v tomto prípade? - Nesprávne používanie metód HTTP narúša RESTful architektúru a čitateľnosť API - Chyby nie sú vracané vo formáte JSON - Nesteriodné hlavičky v GET požiadavkách - GET požiadavky nie sú cacheované - Konflikty kvôli nesprávnej sémantike metód - Routing narušuje princípy RESTful
Aký je hlavný problém tohto analytického modelu? - Nie je sledovaná rýchlosť tímu, čo sťažuje plánovanie - Geopolitické riziká nie sú zohľadnené - Prognózy zisku nie sú zohľadnené - Neexistujú metriky na hodnotenie efektívnosti - Nedostatočné zapojenie zainteresovaných strán - Nie je jasné rozdelenie zodpovedností
Aký je hlavný problém tejto implementácie? - Konfliktné politiky čistenia údajov témy - Potenciálne kolízie v identifikátoroch brokerov - Neshoda v počte oddielov v konfigurácii témy - Porty brokerov nie sú unikátne, môžu nastať konflikty - Nesprávne nastavenie max.connections v MissionControl - Chyba v jedinečnosti identifikátorov tém, čo spôsobuje konflikty v rozdeľovaní dát
Aký je hlavný problém tejto implementácie? - Tok sa nezatvára v finally - Pripojenie sa výslovne nezatvára - Nesprávne zaznamenávanie výnimiek - Chýba nastavenie hlavičiek HTTP - Chýba spracovanie chýb HTTP stavov - Použitie nevhodnej metódy HTTP
Aký je hlavný problém zvolene štruktúry riešenia? - Izolácia modulov bez výmeny metainformácií - Problém duplikácie logiky v moduloch - Porušenie konzistencie medzi modulmi - Chyba pri zostavovaní účtovných správ - Nedostatok centralizovaného systému deduplikácie a s tým súvisiace architektonické ťažkosti - Problém v evidencii časových aspektov dodávok
Aký je hlavný problém zvolenej štruktúry interakcie služieb? - Chýba kešovanie na zrýchlenie spracovania dát - Chýba mechanizmus opakovaných požiadaviek pri zlyhaní - Chýba prispôsobenie zmenám preferencií - Synchronous volania zvyšujú oneskorenie kvôli závislosti od času odozvy - Problémy s overovaním autorizácie v API - Chyba v spracovaní odpovedí API
Aký je hlavný problém tejto implementácie? - Server je pripojený k localhost a portu 8080 - Neobmedzený cyklus v store_design - Nesprávna logika zatvárania spojenia - Nesprávne spracovanie handshake - Chýba kontrola zmien v dizajnoch - Kontrola bezpečnosti a handshake nie sú oddelené
Vyberte najvhodnejšiu odpoveď - Nesprávny smer závislostí - Služby sú spojené s jednou spoločnou databázou, čo zvyšuje prepojenosť - V službe aukcií nie je spracovanie chýb - Nie je zálohovanie databázy - Nie je monitorovanie API brány - Nie je kešovanie v službe peňaženky
