Care este problema principală a acestui model analitic? - Cerințele sunt formulate într-un mod neclar și prezintă riscuri de neînțelegeri și implementare greșită - Cerințele ignoră standardele digitale - Lipsesc detalii tehnice în cerințe - Nu există metrici de performanță - Cerințele nu utilizează șabloane - Probleme în comunicarea cerințelor
ierarhia datelor este prea complexă pentru client Lipsește validarea datelor returnate Lipsește autentificarea cererii Nu există indicații despre tipurile de câmpuri returnate Cererea returnează date redundante care nu corespund cerințelor clientului Lipsesc suportul pentru filtrarea pe partea serverului
Care este problema principală a acestei implementări 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;
Care este problema principală în structurarea cerințelor în acest caz? - Nu există metrici clare de performanță - Cerințele trebuie să fie clar separate pentru a facilita analiza și implementarea - Analiza datelor nu ia în considerare toate scenariile - Metodele de criptare nu sunt definite - Cerințele de securitate nu sunt evidențiate separat - Nu există o structură pentru cerințele de stilizare
Ce efect secundar apare atunci când se utilizează UNION DISTINCT - Incompatibilitatea tipurilor de date duce la o eroare - TOP este utilizat fără sortare globală - Lipsa indexurilor încetinește executarea UNION - Eliminarea duplicatelor poate reduce neașteptat numărul de rânduri returnate - UNION creează o sarcină mai mare decât UNION ALL - Funcțiile agregate în subinterogări pot distorsiona datele
Ce principiu este încălcat în structura documentului SRS? - Procesul de modificare a cerințelor în SRS nu este definit - Nu există responsabili pentru blocurile funcționale - Nu există secțiuni pentru îmbunătățiri viitoare ale SRS - Formulări neclare în cerințele SRS - Principiul separării clare între cerințele funcționale și cele non-funcționale este încălcat - Nu respectă standardul IEEE 830 pentru SRS
Care este problema principală a structurii de soluție alese? - Logica de stocare nu prevede rotația datelor - Încălcarea scalabilității arhitecturii - Flexibilitate insuficientă pentru noile cerințe - Limitarea fluxului de date nu este implementată - Arhitectură centralizată ca punct unic de eșec - Utilizarea incorectă a arhitecturii de stocare duce la un punct de blocaj în performanță
Care este problema principală a acestei implementări? - Ierarhia datelor este prea complexă pentru client - Lipsa validării datelor returnate - Lipsa autentificării cererii - Nu există specificarea tipurilor câmpurilor returnate - Interogarea returnează date redundante care nu corespund cerințelor clientului Codul interogării: query GetPublicTransportInfo { vehicles { id type route { id name stops { id location duration } } driver { id name licenseNumber phone } stats { totalTrips fuelConsumption averageSpeed } maintenance { lastInspection issuesReported } } }
Care este problema principală a arhitecturii în acest caz? - Flexibilitatea echipei este limitată de monopolizarea deciziilor - Legarea funcțiilor responsabile de o singură persoană limitează adaptarea - Centralizarea informațiilor la o singură persoană creează un punct de blocaj - O structură rigidă împiedică adaptarea rapidă - Centralizarea deciziilor împiedică auto-organizarea echipei - Lipsa autonomiei în echipă reduce implicarea
Care este problema principală a structurii abordării actuale pentru lucrul cu codul? - Lipsa implementării practicilor XP duce la erori frecvente și calitate scăzută a codului - Debugging doar în producție - Lipsa gestionării schimbărilor - Nu există gestionare centralizată a configurațiilor - Automatizarea insuficientă a testelor - Integrarea ineficientă a modulelor
Care este problema principală a structurii descrierii sistemului? - Delimitarea incorectă a funcțiilor - Cerințele sistemului nu sunt complete - Limitele sistemului sunt descrise insuficient - Descrierea cerințelor nu este clară - Cerințele pentru funcții nu sunt clare - Funcțiile sistemului sunt descrise incomplet
Care este problema principală a structurii de soluție alese? - Lipsa etichetelor semantice reduce accesibilitatea și eficiența SEO - Nu există un titlu <h1> pe pagină - Lipsa etichetei <section> pentru logica blocurilor - Lipsa structurii în secțiunile paginii - Butoanele nu sunt grupate semantic - Încărcare excesivă de <div>
Care este problema principală în utilizarea metodelor HTTP în acest caz? - Utilizarea incorectă a metodelor HTTP încalcă arhitectura RESTful și lizibilitatea API-ului - Erorile nu sunt returnate în format JSON - Antete non-standard în solicitările GET - Solicitările GET nu sunt cache-uite - Conflicte din cauza semnaticii incorecte a metodelor - Routing-ul încalcă principiile RESTful
Care este problema principală a acestui model analitic? - Nu se monitorizează viteza echipei, ceea ce îngreunează planificarea - Riscurile geopolitice nu sunt luate în considerare - Previziunile de profit nu sunt incluse - Nu există metrici pentru evaluarea eficacității - Implicarea insuficientă a părților interesate - Nu există o distribuție clară a responsabilităților
Care este problema principală a acestei implementări? - Politici de curățare a datelor în conflict ale subiectului - Coliziuni potențiale în identificatorii brokerilor - Incompatibilitate în numărul de secțiuni din configurația subiectului - Porturile brokerilor nu sunt unice, pot apărea conflicte - Configurarea incorectă a max.connections în MissionControl - Eroare în unicitatea identificatorilor subiectelor, ceea ce cauzează conflicte în distribuția datelor
Care este problema principală a acestei implementări? - Fluxul nu se închide în finally - Conexiunea nu se închide explicit - Înregistrarea incorectă a excepțiilor - Lipsa setării antetelor HTTP - Lipsa gestionării erorilor de stare HTTP - Utilizarea unei metode HTTP nepotrivite
Care este problema principală a structurii de interacțiune a serviciilor aleasă? - Nu există caching pentru accelerarea procesării datelor - Nu există un mecanism de reîncercare în caz de eșec - Nu există adaptare la schimbările de preferințe - Apelurile sincrone cresc întârzierile din cauza dependenței de timpul de răspuns - Probleme cu verificarea autorizării în API - Eroare în procesarea răspunsurilor API
Care este problema principală a acestei implementări? - Serverul este legat de localhost și portul 8080 - Ciclu nelimitat în store_design - Logica incorectă pentru închiderea conexiunii - Tratarea incorectă a handshake-ului - Lipsa controlului asupra modificărilor în designs - Controlul securității și handshake-ul nu sunt separate
Care este problema principală a structurii de soluție alese? - Izolarea modulelor fără schimb de meta-informații - Problema duplicării logicii în module - Încălcarea coerenței între module - Eroare în construirea rapoartelor contabile - Lipsa unui sistem centralizat de deduplicare și dificultățile asociate în arhitectură - Problema în gestionarea aspectelor temporale ale livrărilor
Alegeți răspunsul cel mai potrivit - Direcție greșită a dependențelor - Serviciile sunt legate de o bază de date comună, ceea ce crește cuplajul - Nu există gestionare a erorilor în serviciul de licitații - Nu există backup pentru baza de date - Nu există monitorizare a API Gateway - Nu există caching în serviciul portofelului
