Student si vyhledal a nastudoval potřebné zdroje, které v práci vhodně použil.

Práce byla dokončena v předstihu a její podoba byla dostatečně konzultována.

Logická struktura technické zprávy je přehledná a práce dodržuje doporučené standardní členění. Jednotlivé kapitoly na sebe plynule navazují. Text je srozumitelný a dobře čitelný. Popis implementace je místy příliš stručný/obecný. V některých sekcích by bylo vhodné text doplnit o obrázky, konkrétně například sekce Logika inventáře v kapitole 3.6 popisuje vzhled uživatelského rozhraní pouze slovně, přičemž odpovídající obrázek v daném kontextu chybí a není na něj ani odkazováno. (V tomto případě by bylo možné alespoň odkázat na obrázek 2.5.) Dále v práci postrádám například diagram znázorňující vzájemné závislosti jednotlivých komponent a celkovou architekturu aplikace.

V kapitole 5, věnované uživatelskému testování, je sice zhodnocen výstup z dotazníku, samotný dotazník však v práci obsažen není a text se omezuje pouze na slovní shrnutí odpovědí respondentů. V kapitole 5.3 (sekce Analýza zpětné vazby pro budoucí vývoj) se pak v bodech 2 a 3 opakuje totožný odstavec – druhý výskyt obsahuje navíc jednu větu.

Přes zmíněné nedostatky je prezentační úroveň technické zprávy dobrá.

Realizačním výstupem práce je výuková hra zaměřující se na nácvik chování v krizových situacích a na vyhledávání adekvátního úkrytu.  Hra obsahuje zdařilý tutoriál, který uživatele postupně uvádí do herního prostředí a vysvětluje ovládání. Technický stav realizačního výstupu je mírně horší, zejména kvůli výkonnostním problémům způsobeným neefektivním či nevhodným využitím některých komponent enginu (podrobnosti jsou uvedeny v komentáři). Prostředí je vizuálně nekonzistentní (použité modely a textury pochází z různých zdrojů a mají odlišnou úroveň kvality).

Z pohledu implementace často není dodržen princip jedné odpovědnosti tříd. Bylo by vhodné například více oddělovat herní logiku od uživatelského rozhraní. Na mnoha místech jsou ve zdrojových kódech také využity funkce typu GameObject.FindObjectsByType/FindAnyObjectByType/Find současně s rovněž často používaným návrhovým vzorem singleton. Tento přístup sám o sobě nemusí být problematický, zejména v menších projektech nebo během prototypové fáze vývoje. V kontextu odevzdaného realizačního výstupu toto však naznačuje nevhodně navržené/vyřešené závislosti mezi jednotlivými komponentami hry. 

Přes uvedené problémy je hra funkční a splňuje vytyčené cíle.

Evaluation level: zadání splněno

Vzhledem k povaze tématu byly jako hlavní zdroj informací využívány online materiály, především návody, články a videa zaměřená na implementaci jednotlivých komponent.  Převzaté prvky jsou dostatečně odlišeny od vlastních výsledků.  Odkazy do literatury jsou však často uváděny pouze číslem bez zasazení do kontextu. U odkazů většinou není uveden název zdroje nebo autor a typ zdroje. Nejsou také uváděny stránky či kapitoly, takže není možné snadno dohledat, odkud informace pochází (toto platí například pro reference v sekci Klasifikace mimořádných událostí v kapitole 2.4, kde jsou tři po sobě jdoucí odstavce ukončeny odkazem na zdroj 9 nebo u zdrojů 4, 19, 22 používaných především v kapitole 2.2).

Oceňuji přiložené seznamy použitých modelů, textur a zvuků včetně odkazů na konkrétní zdroje. Tyto odkazy však nejsou vždy zcela konzistentně zpracovány. Například na straně 30 se nachází rozsáhlá poznámka pod čarou s referencemi na zvuky, které nejsou zahrnuty v příslušném seznamu v příloze. Uvedené zdroje by bylo vhodnější doplnit přímo do odpovídajícího seznamu, než je ponechávat v takto rozsáhlé poznámce pod čarou.