Sala de studiu Karinoya

Calificări · Laboratorul de promovare IT Passport

Tehnici de dezvoltare

Puteți citi întrebările și explicațiile în Română. Lecțiile (articolele explicative) sunt disponibile doar în japoneză.

Vedeți versiunea în japoneză (cu lecții) →

Î1 | Definirea cerințelor

Care dintre următoarele activități se desfășoară în etapa de definire a cerințelor din dezvoltarea unui sistem?

  1. Se stabilesc structura modulelor din interiorul programului și procedurile de prelucrare
  2. Se corectează defectele apărute după intrarea în exploatare și se îmbunătățesc funcțiile
  3. Se studiază activitatea utilizatorilor și se clarifică funcțiile și performanțele necesare sistemului
  4. Se verifică, unul câte unul, dacă programele create funcționează conform documentului de proiectare
Răspuns corectC. Se studiază activitatea utilizatorilor și se clarifică funcțiile și performanțele necesare sistemului

Definirea cerințelor este prima etapă a dezvoltării: se ordonează cerințele utilizatorilor și se clarifică funcțiile și performanțele cerute sistemului. Stabilirea structurii modulelor ține de proiectarea internă, verificarea program cu program este testarea unitară, iar corectarea după intrarea în exploatare este mentenanța — toate sunt etape situate după definirea cerințelor.

Î2 | Proiectarea externă

Care dintre următoarele este conținutul cel mai potrivit de stabilit în proiectarea externă (proiectarea de bază)?

  1. Procedura de creare a datelor de test folosite la testarea de integrare
  2. Unificarea modului de denumire a variabilelor și funcțiilor conform convențiilor de codare
  3. Procedurile interne de prelucrare și algoritmii fiecărui modul
  4. Layoutul ecranelor operate de utilizatori și al formularelor tipărite
Răspuns corectD. Layoutul ecranelor operate de utilizatori și al formularelor tipărite

Proiectarea externă este etapa în care se stabilesc părțile vizibile pentru utilizator (ecrane, formulare, schimbul de date), deci layoutul ecranelor și al formularelor este răspunsul corect. Algoritmii interni țin de proiectarea internă, convențiile de codare de programare, iar datele de test de etapa de testare; niciunul nu se stabilește în proiectarea externă.

Î3 | Relația dintre proiectări

Care dintre următoarele descrie corect relația dintre proiectarea externă și proiectarea internă?

  1. Specificațiile vizibile utilizatorului, stabilite în proiectarea externă, sunt transpuse în structura programului în proiectarea internă
  2. Se termină mai întâi proiectarea internă, iar pe baza rezultatului ei se face proiectarea externă
  3. Atât proiectarea externă, cât și cea internă sunt etape în care se stabilesc, de comun acord cu utilizatorii, layoutul ecranelor și al formularelor
  4. Proiectarea externă este condusă de programatori, iar proiectarea internă de utilizatori
Răspuns corectA. Specificațiile vizibile utilizatorului, stabilite în proiectarea externă, sunt transpuse în structura programului în proiectarea internă

Dezvoltarea avansează de la proiectarea externă la cea internă, concretizând specificațiile vizibile din exterior în structura modulelor și procedurile de prelucrare. Prima variantă inversează ordinea, a doua greșește pentru că proiectarea internă nu stabilește specificații destinate utilizatorilor, iar ultima inversează rolurile.

Î4 | Ordinea etapelor

Care este ordinea corectă de desfășurare a etapelor dezvoltării unui sistem?

  1. Definirea cerințelor → testare → proiectarea sistemului → programare
  2. Proiectarea sistemului → definirea cerințelor → testare → programare
  3. Definirea cerințelor → programare → proiectarea sistemului → testare
  4. Definirea cerințelor → proiectarea sistemului → programare → testare
Răspuns corectD. Definirea cerințelor → proiectarea sistemului → programare → testare

Dezvoltarea decurge astfel: la definirea cerințelor se decide ce se construiește, la proiectarea sistemului se decide cum se realizează, la programare se construiește, iar la testare se verifică. Celelalte trei variante plasează proiectarea sau testarea înaintea locului firesc — de exemplu inspectarea înainte de construire — și nu pot funcționa.

Î5 | Descompunerea în module

Care este scopul principal al proiectării unui program prin împărțirea lui în mai multe module?

  1. Să crească independența fiecărei componente, ușurând modificarea, testarea și reutilizarea
  2. Să se reducă numărul de servere folosite în mediul de producție și, implicit, costurile
  3. Să se reducă numărul de câmpuri pe care le introduce utilizatorul, simplificând operarea
  4. Să se poată reduce cu certitudine numărul total de linii de cod sursă al programului
Răspuns corectA. Să crească independența fiecărei componente, ușurând modificarea, testarea și reutilizarea

Descompunerea în module transformă fiecare funcție într-o componentă cu independență ridicată, restrângând aria afectată de modificări și ușurând testarea și reutilizarea. Împărțirea nu garantează reducerea numărului total de linii, reducerea câmpurilor de intrare ține de proiectarea ecranelor, iar numărul de servere ține de infrastructură — scopuri diferite.

Î6 | Utilizabilitate

Care dintre următoarele este cel mai potrivit exemplu de proiectare a ecranelor care ridică utilizabilitatea?

  1. Erorile de introducere sunt semnalate pe loc, afișând concret conținutul erorii și modul de corectare
  2. Se folosesc mulți termeni de specialitate, astfel încât ecranul să poată fi folosit doar de utilizatori avizați
  3. Modul de operare nu este arătat pe ecran, ci explicat doar într-un manual separat
  4. Toate câmpurile de introducere sunt înghesuite pe un singur ecran, fără titluri sau explicații suplimentare
Răspuns corectA. Erorile de introducere sunt semnalate pe loc, afișând concret conținutul erorii și modul de corectare

Utilizabilitatea este ușurința cu care utilizatorul își atinge scopul eficient și fără să se rătăcească, iar semnalarea pe loc a erorilor, într-un mod ușor de înțeles, o îmbunătățește. Celelalte trei variante măresc efortul de înțelegere și de operare al utilizatorului, deci scad ușurința în utilizare.

Î7 | Recepția software-ului

Care dintre următoarele descrie corect recepția (acceptanța) software-ului?

  1. După începerea exploatării, software-ul este îmbunătățit în funcție de schimbările din activitate și de cerințele utilizatorilor
  2. Dezvoltatorul testează programele create de el însuși, separat, pe module sau program cu program
  3. Beneficiarul verifică software-ul livrat, de exemplu prin teste operaționale, și îl primește dacă acesta satisface cerințele
  4. Dezvoltatorul construiește structura internă a programului și procedurile de prelucrare conform documentului de proiectare
Răspuns corectC. Beneficiarul verifică software-ul livrat, de exemplu prin teste operaționale, și îl primește dacă acesta satisface cerințele

Recepția software-ului este etapa în care beneficiarul (partea care a comandat) verifică prin teste operaționale dacă cerințele sunt satisfăcute și primește produsul livrat. Testarea pe module este testarea unitară, construirea structurii interne este programarea, iar îmbunătățirea după exploatare este mentenanța — toate sunt etape diferite de recepție.

Î8 | Testarea unitară

Care dintre următoarele descrie corect testarea unitară?

  1. Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele
  2. Se verifică, pentru fiecare modul sau program în parte, dacă prelucrările interne funcționează corect
  3. Se verifică întregul sistem într-un mediu apropiat de cel de producție, inclusiv performanța și rezistența la încărcare
  4. Se combină mai multe module și se verifică dacă schimbul de date dintre ele este corect
Răspuns corectB. Se verifică, pentru fiecare modul sau program în parte, dacă prelucrările interne funcționează corect

Testarea unitară este prima etapă de testare și se face la nivel de modul. Verificarea schimbului de date dintre module este testarea de integrare, verificarea întregului sistem este testarea de sistem, iar folosirea conform fluxului real de lucru este testul operațional (testul de acceptanță); toate se desfășoară după testarea unitară.

Î9 | Testarea de integrare

Ce se verifică în principal la testarea de integrare?

  1. Dacă schimbul de date și conlucrarea dintre modulele combinate sunt corecte
  2. Dacă utilizatorii pot folosi sistemul fără probleme în fluxul real de lucru
  3. Dacă toate instrucțiunile și ramificațiile dintr-un singur modul sunt executate
  4. Dacă costurile de dezvoltare se încadrează în bugetul inițial
Răspuns corectA. Dacă schimbul de date și conlucrarea dintre modulele combinate sunt corecte

Testarea de integrare leagă modulele care au trecut de testarea unitară și verifică dacă interfețele (schimbul de date) sunt corecte. Acoperirea instrucțiunilor și ramificațiilor ține de testarea de tip white-box din testarea unitară, folosirea în fluxul real de lucru este scopul testului operațional, iar bugetul ține de managementul costurilor proiectului, nu de testare.

Î10 | Testarea de sistem

Care dintre următoarele este cea mai potrivită descriere a activității din testarea de sistem (testarea generală)?

  1. Într-un mediu apropiat de producție se verifică întregul sistem, atât funcțiile, cât și performanța și rezistența la încărcare
  2. Indentarea și abaterile de format ale codului sursă sunt corectate cu un instrument de formatare automată
  3. Cererile primite de la utilizatori după livrare sunt adăugate treptat ca funcții noi
  4. Responsabilii citesc împreună, pe hârtie, modulele aflate în lucru, unul câte unul, și verifică erorile de scriere
Răspuns corectA. Într-un mediu apropiat de producție se verifică întregul sistem, atât funcțiile, cât și performanța și rezistența la încărcare

Testarea de sistem este etapa finală de testare efectuată de partea care dezvoltă și verifică dacă sistemul în ansamblu funcționează conform cerințelor, sub aspectul funcțiilor, performanței și încărcării. Citirea codului pe hârtie ține de review sau de testarea unitară, formatarea de codare, iar adăugarea de funcții după livrare de mentenanță.

Î11 | Testul operațional

Care dintre următoarele descrie corect testul operațional (testul de acceptanță)?

  1. Dezvoltatorul citește programul pe hârtie și semnalează erorile
  2. Dezvoltatorul se concentrează pe structura internă a programului și verifică acoperind instrucțiunile și ramificațiile
  3. Dezvoltatorul verifică conlucrarea dintre modulele integrate
  4. Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele
Răspuns corectD. Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele

Testul operațional este testul final, condus de utilizatori (beneficiar), prin care se verifică dacă sistemul poate fi folosit în procedurile reale de lucru. Verificarea structurii interne este testarea de tip white-box, verificarea conlucrării modulelor este testarea de integrare, iar citirea codului este code review — toate sunt activități ale dezvoltatorului, cu alt subiect și alt scop.

Î12 | Modelul în V

În modelul în V, care etapă de testare corespunde proiectării externe (proiectării de bază)?

  1. Testarea unitară
  2. Testarea de integrare
  3. Testarea de sistem
  4. Testul operațional
Răspuns corectC. Testarea de sistem

În modelul în V se corespund definirea cerințelor cu testul operațional, proiectarea externă cu testarea de sistem, proiectarea internă cu testarea de integrare și programarea cu testarea unitară. Prin urmare proiectării externe îi corespunde testarea de sistem; testarea unitară corespunde programării, testarea de integrare proiectării interne, iar testul operațional definirii cerințelor.

Î13 | White-box

Care dintre următoarele descrie corect testarea de tip white-box?

  1. Se rulează un volum de date egal cu cel din producție și se măsoară dacă timpul de prelucrare se încadrează în limite
  2. Fără a lua în seamă structura internă a programului, se testează doar relația dintre intrări și ieșiri descrisă în specificații
  3. Concentrându-se pe structura internă a programului, se testează acoperind traseele astfel încât instrucțiunile și ramificațiile să fie executate
  4. Utilizatorii operează un prototip, iar cerințele lor sunt culese și reflectate în specificații
Răspuns corectC. Concentrându-se pe structura internă a programului, se testează acoperind traseele astfel încât instrucțiunile și ramificațiile să fie executate

Testarea de tip white-box privește interiorul programului (structura de control) și construiește cazuri de test care acoperă instrucțiunile și ramificațiile; se folosește mai ales la testarea unitară. Prima variantă descrie testarea de tip black-box, a treia prototipizarea, iar ultima testarea de performanță.

Î14 | Black-box

Care este modul corect de a construi cazuri de test la testarea de tip black-box?

  1. Se pregătește mecanic un număr de cazuri de test proporțional cu numărul de linii de cod sursă
  2. Se aleg trasee astfel încât fiecare ramificație să fie executată cel puțin o dată
  3. Se verifică, linie cu linie, dacă textul comentariilor scrise de dezvoltatori este corect
  4. Condițiile de intrare din specificații se împart pe grupe cu sens, alegându-se valori reprezentative și valori de la limite
Răspuns corectD. Condițiile de intrare din specificații se împart pe grupe cu sens, alegându-se valori reprezentative și valori de la limite

Testarea de tip black-box se face pe baza specificațiilor, fără a privi structura internă, alegând valori reprezentative și valori-limită prin partiționarea în clase de echivalență și analiza valorilor de frontieră. Acoperirea ramificațiilor este white-box, numărul de linii nu este un criteriu pentru cazurile de test, iar verificarea comentariilor este o activitate de code review.

Î15 | Testarea de regresie

Care este scopul testării de regresie?

  1. A verifica dacă modificarea programului nu a produs defecte în locurile care funcționau corect înainte de modificare
  2. A verifica dacă utilizatorii instruiți au deprins corect noul mod de operare de după modificare
  3. A verifica existența unei performanțe de prelucrare suficiente pentru utilizarea în producție
  4. A verifica numai partea nou adăugată, luând ca obiect doar dacă funcția nouă se comportă conform specificațiilor
Răspuns corectA. A verifica dacă modificarea programului nu a produs defecte în locurile care funcționau corect înainte de modificare

Testarea de regresie verifică dacă, în urma corecțiilor sau adăugării de funcții, funcțiile existente care mergeau corect nu s-au stricat. Prima variantă este testarea funcției nou adăugate în sine, a doua este testarea de performanță, iar a treia este verificarea instruirii utilizatorilor; niciuna nu este scopul testării de regresie.

Î16 | Tehnici de review

Dintre tehnicile de review pentru software, care dintre următoarele descrie corect inspecția?

  1. Condusă de un moderator, cu rolurile participanților și procedura stabilite dinainte, detectează oficial defectele produsului
  2. Programul este rulat efectiv și se verifică dacă ieșirile corespund specificațiilor pentru intrările date
  3. Două persoane folosesc împreună un singur calculator și scriu programul schimbându-și rolurile
  4. Autorul explică pe rând conținutul produsului celor implicați, iar erorile și nelămuririle sunt semnalate pe loc, informal
Răspuns corectA. Condusă de un moderator, cu rolurile participanților și procedura stabilite dinainte, detectează oficial defectele produsului

Inspecția este un review oficial, condus de un moderator, cu roluri și proceduri stabilite și cu consemnarea rezultatelor. Explicarea informală de către autor este walkthrough-ul, rularea efectivă a programului este testare, iar lucrul în doi la un calculator este pair programming din XP; niciuna nu este inspecție.

Î17 | Modelul cascadă

Care dintre următoarele este o caracteristică a modelului cascadă (waterfall)?

  1. Se construiește un prototip și cerințele se conturează pe măsură ce utilizatorii îl evaluează
  2. Etapele se parcurg în ordine și, în principiu, dezvoltarea avansează fără a se reveni la etapele anterioare
  3. Se repetă iterații scurte, livrând la fiecare iterație software funcțional
  4. Echipa de dezvoltare și cea de operare lucrează unitar, lansând frecvent prin automatizare
Răspuns corectB. Etapele se parcurg în ordine și, în principiu, dezvoltarea avansează fără a se reveni la etapele anterioare

Modelul cascadă parcurge etapele de la amonte la aval, aprobând livrabilele pe parcurs, cu premisa de a nu se reveni la etapele anterioare. Iterațiile scurte descriu dezvoltarea agilă, prototipul descrie modelul de prototipizare, iar colaborarea dezvoltare-operare cu automatizare descrie DevOps — concepte diferite.

Î18 | Prototipizare

Care este principalul avantaj al adoptării modelului de prototipizare?

  1. Prototipul ține loc de document de proiectare, deci munca de documentare devine complet inutilă
  2. Prototipul este verificat de utilizatori într-o fază timpurie, reducând reluările cauzate de neînțelegeri sau de cerințe percepute greșit
  3. Deoarece utilizatorii au verificat prototipul, se poate garanta că după intrarea în exploatare nu vor apărea modificări de specificații
  4. Construirea prototipului reduce cu certitudine efortul total de dezvoltare, iar costurile se înjumătățesc
Răspuns corectB. Prototipul este verificat de utilizatori într-o fază timpurie, reducând reluările cauzate de neînțelegeri sau de cerințe percepute greșit

Prototipizarea previne reluările mari cauzate de înțelegerea greșită a cerințelor, prin evaluarea timpurie a unui prototip de către utilizatori. Chiar și cu prototip, documentele de proiectare rămân necesare; nu există nici garanția înjumătățirii efortului, nici garanția absenței modificărilor ulterioare, deci celelalte variante sunt greșite.

Î19 | Modelul în spirală

Care dintre următoarele descrie corect modelul în spirală?

  1. Toate funcțiile se finalizează într-o singură trecere de la amonte la aval, fără nicio revenire la etapele anterioare și fără revizuiri pe parcurs
  2. Se omite etapa de definire a cerințelor, se construiește întâi ceva funcțional și abia apoi se documentează specificațiile
  3. Toate etapele dezvoltării sunt externalizate, iar progresul se urmărește doar prin rapoarte lunare
  4. Sistemul este împărțit în părți, iar seria de activități proiectare–dezvoltare–evaluare se repetă, ridicând în spirală gradul de finalizare
Răspuns corectD. Sistemul este împărțit în părți, iar seria de activități proiectare–dezvoltare–evaluare se repetă, ridicând în spirală gradul de finalizare

Modelul în spirală împarte sistemul în părți și repetă ciclul de la proiectare la evaluare, reducând riscurile și crescând treptat gradul de finalizare. Prima variantă descrie gândirea modelului cascadă, iar celelalte două nu au legătură cu definiția modelului în spirală.

Î20 | Agil

Care dintre următoarele exprimă cel mai bine gândirea dezvoltării agile?

  1. Utilizatorii se implică doar la definirea cerințelor și la recepție, nu și pe durata dezvoltării
  2. Toate specificațiile se fixează la început, iar modificările ulterioare, în principiu, nu se acceptă
  3. Se construiește software funcțional în iterații scurte, răspunzând schimbării și integrând opiniile utilizatorilor
  4. Perfecționarea documentelor detaliate de proiectare are prioritate față de a arăta rapid software funcțional
Răspuns corectC. Se construiește software funcțional în iterații scurte, răspunzând schimbării și integrând opiniile utilizatorilor

Dezvoltarea agilă repetă iterații scurte, punând accent pe software funcțional și pe răspunsul la schimbare, în colaborare cu utilizatorii. Celelalte trei variante sunt caracteristici ale abordării de tip cascadă și reprezintă exact opusul gândirii agile.

Î21 | Alegerea modelului

Pentru un sistem ale cărui cerințe nu sunt încă fixate și la care se dorește adăugarea de funcții în perioade scurte, urmărind reacțiile utilizatorilor, care este cea mai potrivită politică de dezvoltare?

  1. Testarea se face grupat la final, iar până atunci nu se verifică funcționarea
  2. Dezvoltarea nu începe până la aprobarea documentului de cerințe, iar după aprobare nu se mai acceptă nicio modificare
  3. Se lansează funcții funcționale la fiecare iterație scurtă, iar evaluările utilizatorilor se reflectă în iterația următoare
  4. Se fixează specificațiile tuturor funcțiilor, se dezvoltă totul dintr-o dată și sistemul se arată utilizatorilor abia la final
Răspuns corectC. Se lansează funcții funcționale la fiecare iterație scurtă, iar evaluările utilizatorilor se reflectă în iterația următoare

La proiectele cu cerințe schimbătoare se potrivește abordarea agilă: la fiecare iterație se livrează ceva funcțional și se integrează evaluările. Prima și a treia variantă sunt de tip cascadă și rezistă greu la schimbări, iar amânarea testării întârzie descoperirea defectelor și mărește reluările, deci nu se potrivesc situației.

Î22 | RAD

Care dintre următoarele descrie corect RAD (Rapid Application Development)?

  1. Mod de gândire în care echipa de dezvoltare și cea de operare colaborează strâns, urmărind îmbunătățirea continuă prin automatizare
  2. Metodă de dezvoltare a unui sistem în timp scurt, cu o echipă restrânsă și cu instrumente de sprijin al dezvoltării
  3. Metodă de creare a unui serviciu nou prin combinarea mai multor servicii publice existente
  4. Metodă prin care un program existent este analizat pentru a-i deduce specificațiile și informațiile de proiectare
Răspuns corectB. Metodă de dezvoltare a unui sistem în timp scurt, cu o echipă restrânsă și cu instrumente de sprijin al dezvoltării

RAD este metoda care scurtează durata dezvoltării folosind echipe restrânse și instrumente de sprijin al dezvoltării. Analiza programelor existente este ingineria inversă, colaborarea dezvoltare-operare este DevOps, iar combinarea serviciilor publice este mashup — toți sunt termeni diferiți de RAD.

Î23 | Pair programming

Care dintre următoarele descrie corect pair programming-ul?

  1. Două echipe dezvoltă separat aceeași funcție, iar după finalizare se adoptă varianta mai reușită
  2. Două persoane folosesc împreună un singur calculator: una scrie codul, iar cealaltă verifică și dă sugestii în timpul dezvoltării
  3. Doi utilizatori operează același ecran pentru a compara ușurința în utilizare
  4. Se execută simultan două tipuri de teste pentru a găsi defectele mai repede
Răspuns corectB. Două persoane folosesc împreună un singur calculator: una scrie codul, iar cealaltă verifică și dă sugestii în timpul dezvoltării

Pair programming-ul este o practică reprezentativă din XP: două persoane scriu împreună același cod, făcând review pe loc și ridicând calitatea. Prima variantă este o dezvoltare competitivă, a doua o modalitate de executare a testelor, iar a treia o evaluare de utilizabilitate; niciuna nu corespunde.

Î24 | TDD

Care este modul corect de lucru în dezvoltarea ghidată de teste (TDD)?

  1. Se scrie mai întâi codul de test, apoi programul se implementează astfel încât testele să treacă
  2. Planul de testare se întocmește abia după ce toată implementarea este finalizată
  3. Testarea este lăsată exclusiv unei firme externe specializate, dezvoltatorii netestând deloc
  4. Testele se creează abia după ce, în exploatare, utilizatorii raportează defecte
Răspuns corectA. Se scrie mai întâi codul de test, apoi programul se implementează astfel încât testele să treacă

Dezvoltarea ghidată de teste scrie întâi testele, implementează minimul necesar pentru ca ele să treacă și repetă îmbunătățirea. Celelalte trei variante plasează testarea după implementare sau după intrarea în exploatare, contrazicând ideea TDD că testele conduc dezvoltarea.

Î25 | Refactorizare

Care dintre următoarele descrie corect refactorizarea?

  1. Reorganizarea structurii interne a programului pentru a fi mai clară, fără a schimba comportamentul vizibil din exterior
  2. Mutarea unui sistem aflat în exploatare într-un alt centru de date
  3. Adăugarea de funcții noi la un program existent, ca răspuns la cerințele utilizatorilor
  4. Mărirea numărului de servere sau a memoriei pentru a crește viteza de prelucrare
Răspuns corectA. Reorganizarea structurii interne a programului pentru a fi mai clară, fără a schimba comportamentul vizibil din exterior

Refactorizarea este reorganizarea structurii interne a codului, păstrând comportamentul vizibil din exterior, pentru a ușura modificările ulterioare. Adăugarea de funcții, întărirea hardware-ului și mutarea echipamentelor sunt altceva — nu îmbunătățiri ale structurii interne.

Î26 | Product Owner

Care este rolul Product Owner-ului în Scrum?

  1. Răspunde de conținutul și de ordinea de prioritate a Product Backlog-ului și maximizează valoarea produsului
  2. Evaluează profesional membrii echipei și repartizează sarcinile fiecăruia în parte
  3. Consemnează zilnic progresul și raportează conducerii depășirile de buget
  4. Sprijină respectarea corectă a regulilor Scrum și îndepărtează problemele care împiedică dezvoltarea
Răspuns corectA. Răspunde de conținutul și de ordinea de prioritate a Product Backlog-ului și maximizează valoarea produsului

Product Owner-ul este rolul care răspunde de prioritățile privind „ce se construiește”. Sprijinirea aplicării regulilor este rolul Scrum Master-ului; repartizarea sarcinilor nu este definită în Scrum, echipa de dezvoltare hotărând singură împărțirea muncii, iar raportarea bugetului nu este nici ea un rol definit.

Î27 | Scrum Master

Care dintre următoarele descrie corect rolul Scrum Master-ului în Scrum?

  1. Sprijină practicarea corectă a Scrum-ului și îndepărtează problemele care împiedică echipa
  2. Negociază prețurile cu clienții și stabilește condițiile contractuale
  3. Dă indicații de lucru fiecărui membru al echipei de dezvoltare și îi admonestează pe cei rămași în urmă
  4. Stabilește prioritatea cerințelor și decide funcțiile care se lansează
Răspuns corectA. Sprijină practicarea corectă a Scrum-ului și îndepărtează problemele care împiedică echipa

Scrum Master-ul sprijină echipa să practice Scrum și îndepărtează obstacolele. El nu comandă și nu controlează membrii; negocierile comerciale țin de vânzări sau administrație, iar stabilirea priorităților cerințelor este rolul Product Owner-ului — niciuna nu este atribuția Scrum Master-ului.

Î28 | Termeni Scrum

Care dintre următoarele descrie corect Daily Scrum-ul din Scrum?

  1. Echipa de dezvoltare se adună zilnic pentru scurt timp, împărtășește progresul și problemele și confirmă munca zilei
  2. La sfârșitul sprintului, livrabilul finalizat în acea iterație este arătat celor interesați pentru evaluare și opinii
  3. Cerințele de realizat sunt ordonate după prioritate într-o listă
  4. Echipa reflectează asupra modului de lucru și decide îmbunătățiri pentru etapa următoare
Răspuns corectA. Echipa de dezvoltare se adună zilnic pentru scurt timp, împărtășește progresul și problemele și confirmă munca zilei

Daily Scrum este o ședință scurtă, de circa 15 minute pe zi, cu scopul de a împărtăși progresul și de a descoperi devreme obstacolele. A doua variantă descrie Sprint Review, a treia Product Backlog-ul, iar a patra Sprint Retrospective — diferă atât momentul, cât și scopul.

Î29 | CI/CD

Care dintre următoarele descrie corect CI/CD (integrarea continuă / livrarea continuă)?

  1. Operatorii copiază manual fișierele în mediul de producție și aplică modificările una câte una
  2. Chiar înainte de lansare, toate modificările sunt integrate dintr-o dată și abia atunci se execută testele, o singură dată
  3. Dezvoltarea nouă este întreruptă și se lucrează doar la punerea la punct a documentației sistemului existent
  4. Codul sursă modificat este integrat frecvent, build-ul și testele rulează automat, iar fluxul până la lansare este și el automatizat
Răspuns corectD. Codul sursă modificat este integrat frecvent, build-ul și testele rulează automat, iar fluxul până la lansare este și el automatizat

CI/CD integrează frecvent modificări mici și automatizează build-ul, testarea și lansarea, ridicând calitatea și viteza de livrare. Integrarea în bloc, de tip tradițional, întârzie descoperirea problemelor; copierea manuală nu este automatizare, iar oprirea dezvoltării nu duce activitatea înainte — toate sunt greșite.

Î30 | Inginerie inversă

Care dintre următoarele reprezintă inginerie inversă?

  1. Folosirea unui mediu de dezvoltare în care aplicația se construiește doar prin așezarea de componente pe ecran
  2. Crearea unui program pe baza documentului de proiectare
  3. Crearea unui serviciu nou prin combinarea mai multor servicii publice existente
  4. Analizarea unui program existent pentru a-i deduce specificațiile și informațiile de proiectare
Răspuns corectD. Analizarea unui program existent pentru a-i deduce specificațiile și informațiile de proiectare

Ingineria inversă înseamnă analizarea unui software existent pentru a extrage specificațiile și informațiile de proiectare. Crearea programului pornind de la proiect este dezvoltarea obișnuită (în sens direct), combinarea serviciilor publice este mashup, iar construirea prin așezarea de componente descrie dezvoltarea no-code/low-code.

Exersare: rezolvați întrebările de pe această pagină

Acesta este un instrument de exersare cu întrebări în ordine aleatorie (funcționează când JavaScript este activat). Puteți citi oricum toate întrebările și explicațiile de mai sus.

* Explicațiile sunt informații în scop de studiu. Tematica și sistemul examenelor se schimbă de la an la an, așa că verificați întotdeauna anunțurile oficiale ale organizatorului examenului.

Această pagină este o traducere a textului original în japoneză. Dacă traducerea diferă de original, prevalează versiunea în japoneză. Vedeți originalul în japoneză