Kāda ir galvenā šī analītiskā modeļa problēma? - Prasības ir formulētas neskaidri un rada risku pārpratumiem un nepareizai īstenošanai - Prasības ignorē digitālos standartus - Trūkst tehnisko detaļu prasībās - Nav veiktspējas metriku - Prasības neizmanto šablonus - Problēmas ar prasību komunikāciju
Kāds ir galvenais problēma prasību strukturēšanā šajā gadījumā? - Nav skaidru veiktspējas metriku - Prasības jābūt skaidri atdalītām, lai atvieglotu analīzi un īstenošanu - Datu analīze neņem vērā visus scenārijus - Šifrēšanas metodes nav definētas - Drošības prasības nav atdalītas atsevišķi - Nav struktūras stilistikas prasībām
Datu hierarhija ir pārāk sarežģīta klientam Trūkst datu atgriešanas validācija Trūkst pieprasījuma autentifikācija Nav norādīti atgriezto lauku tipi Pieprasījums atgriež liekus datus, kas neatbilst klienta prasībām Trūkst servera puses filtrēšanas atbalsta
Kāda ir galvenā šīs īstenošanas problēma 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;
Kāds blakus efekts rodas, izmantojot UNION DISTINCT? - Datu tipu nesaderība noved pie kļūdas - TOP tiek izmantots bez globālas kārtošanas - Indeksu trūkums palēnina UNION izpildi - Dublētu noņemšana var negaidīti samazināt atgriezto rindu skaitu - UNION rada lielāku slodzi nekā UNION ALL - Agregātas funkcijas apakšvaicājumos var izkropļot datus
Kāds princips tiek pārkāpts SRS dokumenta struktūrā? - Nav definēts process izmaiņām prasībās SRS - Nav atbildīgo par funkcionālajiem blokiem - Nav sadaļu nākotnes uzlabojumiem SRS - Neskaidras formulācijas SRS prasībās - Tiek pārkāpts skaidras atdalīšanas princips starp funkcionālajām un nefunkcionālajām prasībām - Nav saskaņā ar IEEE 830 standartu SRS
Kāda ir galvenā problēma pašreizējās pieejas struktūrā darbā ar kodu? - XP prakses ieviešanas trūkums noved pie biežām kļūdām un zemas koda kvalitātes - Debugging tikai ražošanā - Izmaiņu vadības trūkums - Nav centralizētas konfigurāciju pārvaldības - Testu automatizācijas nepietiekamība - Moduļu neefektīva integrācija
Kāda ir galvenā šīs īstenošanas problēma? - Datu hierarhija ir pārāk sarežģīta klientam - Trūkst atgrieztās datu validācijas - Trūkst pieprasījuma autentifikācijas - Nav norādīti atgrieztās lauku tipi - Vaicājums atgriež liekus datus, kas neatbilst klienta prasībām Vaicājuma kods: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
Kāda ir galvenā izvēlētās risinājuma struktūras problēma? - Glabāšanas loģika neparedz datu rotāciju - Arhitektūras mērogojamības pārkāpums - Nepietiekama elastība jauniem prasībām - Datu plūsmas ierobežojums nav īstenots - Centralizēta arhitektūra kā viena kļūdas punkts - Nepareiza glabāšanas arhitektūras izmantošana noved pie veiktspējas sastrēguma
Kāda ir galvenā arhitektūras problēma šajā gadījumā? - Komandas elastība ir ierobežota ar monopola lēmumiem - Atbildīgo funkciju sasaistīšana ar vienu personu ierobežo pielāgošanos - Informācijas centralizācija vienā personā rada šauru vietu - Stingra struktūra traucē ātru pielāgošanos - Lēmumu centralizācija traucē komandas pašorganizēšanos - Autonomijas trūkums komandā samazina iesaisti
Kāds ir galvenais izvēlētās risinājuma struktūras trūkums? - Semantisko tagu trūkums samazina pieejamību un SEO efektivitāti - Nav <h1> virsraksta lapā - Trūkst <section> tags bloku loģikai - Trūkst struktūra lapas sadaļās - Pogas nav semantiski grupētas - Pārāk daudz <div> iekļaušanas
Kāda ir galvenā problēma ar sistēmas apraksta struktūru? - Nepareiza funkciju sadalīšana - Sistēmas prasības nav pilnīgas - Sistēmas robežas ir aprakstītas nepietiekami skaidri - Prasību apraksts ir neskaidrs - Funkciju prasības ir neskaidras - Sistēmas funkcijas ir aprakstītas nepilnīgi
Kāda ir galvenā problēma šajā analītiskajā modelī? - Komandas ātrums netiek uzraudzīts, kas apgrūtina plānošanu - Ģeopolitiskie riski netiek ņemti vērā - Peļņas prognozes netiek ņemtas vērā - Nav metriku efektivitātes novērtēšanai - Nepietiekama ieinteresēto pušu iesaistīšanās - Nav skaidras atbildības sadales
Kāda ir galvenā problēma, izmantojot HTTP metodes šajā gadījumā? - Nepareiza HTTP metoļu izmantošana pārkāpj RESTful arhitektūru un API lasāmību - Kļūdas netiek atgrieztas JSON formātā - Nestandarta galvenes GET pieprasījumos - GET pieprasījumi netiek kešoti - Konflikti dēļ nepareizas metožu semantikas - Maršrutēšana pārkāpj RESTful principus
Kāda ir galvenā šīs īstenošanas problēma? - Konfliktējošas tēmas datu tīrīšanas politikas - Potenciālas sadursmes brokeru identifikatoros - Nesaskaņa tēmas konfigurācijas sadaļu skaitā - Brokeru porti nav unikāli, var rasties konflikti - Nepareiza max.connections iestatīšana MissionControl - Kļūda tēmu identifikatoru unikālībā, kas izraisa konfliktus datu sadalē
Kāda ir galvenā problēma šajā īstenošanā? - Plūsma netiek slēgta finally - Savienojums netiek tieši slēgts - Nepareiza izņēmumu reģistrēšana - Trūkst HTTP galvgalu iestatīšanas - Trūkst HTTP statusa kļūdu apstrādes - Nepiemērots HTTP metodes izmantošana
Kāda ir galvenā problēma šīs īstenošanas? - Serveris ir saistīts ar localhost un portu 8080 - Neierobežots cikls store_design - Nepareiza savienojuma slēgšanas loģika - Nepareiza handshake apstrāde - Trūkst kontroles pār izmaiņām dizainos - Drošības pārbaude un handshake nav atdalīti
Kāda ir galvenā izvēlētās pakalpojumu mijiedarbības struktūras problēma? - Nav kešatmiņas datu apstrādes paātrināšanai - Nav atkārtotu pieprasījumu mehānisma avārijas gadījumā - Nav pielāgošanās izmaiņām preferencēs - Sinhronās izsaukumi palielina aizkavi, jo ir atkarīgi no atbildes laika - Problēmas ar autorizācijas pārbaudi API - Kļūda API atbilžu apstrādē
Kāda ir galvenā izvēlētās risinājuma struktūras problēma? - Moduļu izolācija bez metadatu apmaiņas - Logikas dublēšanas problēma moduļos - Saskaņotības pārkāpums starp moduļiem - Kļūda grāmatvedības ziņojumu sastādīšanā - Centralizētas deduplikācijas sistēmas trūkums un ar to saistītās arhitektūras grūtības - Laika aspektu uzskaites problēmas piegādes procesā
Izvēlieties vispiemērotāko atbildi - Nepareiza atkarību virziena - Pakalpojumi ir saistīti ar kopīgu datu bāzi, kas palielina sasaisti - Nav kļūdu apstrādes izsoles pakalpojumā - Nav datu bāzes rezerves kopijas - Nav API Gateway uzraudzības - Nav kešatmiņas maku pakalpojumā
