ZSI (2)

a. Nevhodné názvy funkcie

b. Duplikácia kódu

c. Nevhodné komentáre

d. „Magické" cisla, ktorých vyznam nie je zjavný

e. Nevhodné názvy premených

f. Nesprávne formátovanie

A. Môzeme ich chápat ako istú formu dokumentácie, kedze casto obsahujú priklady vstupov a ocakavaných výstupov.

B. Pri refaktorizácii máme väcsiu istotu, ze program nadalej funguje správne.

C. Môzeme odhalit chyby, ktoré by sme manuálnym testovanim odhalili len zalhavo (a pri beznom pouzivani vôbec).

D. Predstavujú specifikáciu zapisanú vo formálnom jazyku, im zarucujú bezchybnost testovaných casti programu.

a. Poziadavky na vyvijany softvér musia byt pine specifikované v zaciatonej fáze projektu, lebo kazda ich zmena v neskor spôsobi vrazne zvysenie nákladov a casu vyvoja.

b. Zákaznik je zapojeny do vyvoja softvéru iba v dvoch fázach: na jeho zaciatku pre specifikovanie poziadaviek a v závere pre validáciu vytvoreného riesenia.

c. Vsetky poziadavky zákaznika na softvér a prípadne ich zmeny musia byt podpísané vo forme zmluvy alebo dodatkov k zmluve.

d. Pocas celého projektu spolupracujeme so zákaznikom na spresñovaní poziadaviek a overovaní návrhov a vyvinutých funkcionalit.

A. Student môze vypracovat zadanie a napisat zápoctovku, aj ked nema zapisany predmet

B. procesy Napisat_zapoctovku a Vypracovat_zadanie prebiehajú nezávisle na seb

C. Student a Ucitel sú zobrazení pomocou tzv. swimlanes (plavecké drahy)

D. element Student predstavuje proces zlozeny z troch podprocesov

E. zapisat známku je mozné az po napísani zápoctovky a vypracovani zadania

a. Nevhodné názvy funkcie

b. Duplikácia kódu

c. „Magické" cisla, ktorch vyznam nie je zjavný

d. Nesprávne formátovanie

e. Nevhodné názvy premenych

f. Nevhodné komentáre

A. 1-2 dní

B. 1-3 mesiace

C. 4-6 týzdñov

D. 1-2 tyzdne

a. Vzhlad, dialógy systému a spôsoby ovládania systému.

b. Základné návrhové metafory a analógie pouzité v systéme.

c. Vztahy medzi konceptami (objektmi) systému.

d. Koncepty, prezentované pouzivatelom, vrátane objektov domény, ktoré pouzivatelia vytvárajú a pracuju s nimi.

a. Moznost najst pricinu zisteneho problému, alebo aspon viac informácit o rom

b. Logovanie nema Ziaden vyznam pri produkenom nasadani systému

• c. Analyza zdrojového kódu aplikacie

d. Monitorovanie stavu spusteného systemu

A. Zmensit rozsah projektu vo dohode so zäkaznikom - dodat najdôlezitejsiu funkcionalitu nacas a menej podstatné funkcie podla dohodu dopinit neskör.

B. Pridat do projektu viac vyvojárov - novi programátori pomôzu rychlejsie dokoncit zostávajúce úlohy.

C. Vyziadat viac casu - na dobrý vysledok sa oplati aj pockat.

D. Znizit poziadavky na kvalitu kódu - prípadné chyby a nedorobky bude mozné pokojne opravit aj neskôr.

a. Prijaty (z angl. accepted)

b. Zmeneny (z angl. modified)

c. Zaznamenany (z angl. commited)

d. Podany (z angl. submitted)

e. Pripraveny (z angl. staged)

a. Kupujúci musi mat k dispozicii funkciu filtra, ktorá umozni vyberat podía lubovolného stipca databazovej tabulky produktov.

b. Ako kupujúci chem mat funkciu filtra, aby som mohol vyberat rôzne kritéria filtrovania.

c. Ako kupujüci chem zobrazit iba produkty, ktore spiñajú mou vybrane kritéria, aby som vybral presne to zariadenie, ktoré potrebujem.

d. Ako kupujüci chcem stlacit tlacidlo "Filter", aby sa mi zobrazil vyber kritérii prefiltrovanie.

A. P1 sa realizuje prostrednictvom P2

B. P1 závisi od P2

C. P1 má asociáiu s P2

D. P1 je Speciálnym prípadom P2

a. Spresñovanie a zmena poziadaviek su nevyhnutnou súcastou vyvoja vacsiny softveru, preto je sú nevyhnutné také postupy vyvoja, ktoré sa dokázu prisposobit zmenám.

b. Plán projektu musi presne specifikovat dizku jednotlivych fáz vyvoja softvéru (analyza, návrh, implementácia, testovanie, nasadenie) a presné dátumy ich ukoncenia a prechodu do dalsej fázy.

c. Vsetky zmeny softvéru, ktoré by spôsobili nedodrzanie plánu jeho vyvoja, musia byt zamietnuté.

d. Kazdá mena poziadaviek v neskorsich fázach projektu spôsobí vrazne zvysenie nákladov a casu vyvoja, preto poziadavky musia byt úplne specifikované na zaciatku projektu.

a. Akcia "Fill Order" sa vykoná vidy, nezávisle na vysledku akcie "Receive Order".

b.Diagram na obrázku je typ diagramu interakcif.

c. Akakcia "Ship order" skoncila, ale akcia "Accept Payment" este nie, akcia "Close Order" nemôze zacat vykonavanie.

d. Akcia "Ship Order" môze prebiehat v tom istom case ako akcia "Make Payment

TOP

ORIGIN

MASTER

HEAD

A. Rýchle informovanie tímu o stave práce na lohách.

B. Denná demonstrácia vysledkov zákaznikovi.

C. Informovanie timu o podstatnych problemoch, ktore

D. Plánovanie práce celého tímu na kazdy den.

git create

git status

gti gonfig

git init

A. jedna sa o diagram aktivit s dvoma definovanymi stavmi

В. pismeno Y na hrane reprezentuje podmienku

C. pismeno X na hrane reprezentuje akciu

D. dany diagram neobsahuje Ziadnu straz

E. pismeno X na hane reprezentuje udalost

a. Nemoznost vzniku konfliktov pri zlucovani zmien vaaka zamykaniu süborov.

b. Zabezpedenie konzistentnosti vdaka nutnosti pouzivat jeden centraliny server.

c. Moznost práce s historiou a zaznamenavania novich zmien bez pripojenia k internetu,

d. Jednoduchsia spolupraca vaka mo2nosti zlucovania zmien z nezavislych repozitarov.

A. jedna sa o sekvendny diagram

B. sprava Message 1 je poslana skor ako sprava Message 2

C. cas bezi zlava doprava

D. cobrazeny dianram nie ie secastou interakenich diagramov..