Posudky závěrečné kvalifikační práce

Studentovi se podařilo implementovat prototyp rezervačního systému. Pro jeho využití v reálném provozu je nutné zapracovat na uživatelském rozhraní a jeho uživatelském testování.

Dílčí hodnocení
Kritérium	Známka	Body	Slovní hodnocení
Informace k zadání			Cílem projektu bylo vytvořit prototyp webového nástroje pro rezervaci sportovišť, který bude možné v budoucnu rozšířit o správu členů klubu. Cíl se povedlo splnit.
Práce s literaturou			Student si studijní prameny vybíral sám.
Aktivita během řešení, konzultace, komunikace			V první polovině práce postupoval velmi pomalu a zřídka. Aktivita byla o to větší v letním semestru ak. roku 2023/24. V této části student konzultoval v dohodnutých termínech a se znatelným postupem. Některé konzultace sám vyvolal s cílem diskuze a rozhodnutí o variantách řešení.
Aktivita při dokončování			K podobě technické zprávy jsem měl možnost se dvakrát vyjádřit a mé hlavní připomínky byly zapracovány. Finální podoba byla dokončena brzy před odevzdáním.
Publikační činnost, ocenění

Posudek oponenta

Křena, Bohuslav

Původně jsem uvažoval o hodnocení práce stupněm D vzhledem k opomenutí některých částí zadání, nedostatkům v analýze požadavků a k poměrně nízké kvalitě technické zprávy. Pak mě systém Thesis upozornil na přílišnou podobnost s další prací. Po důkladné analýze podobných pasáží jsem dospěl k závěru, že toto porušení citační etiky je netolerovatelné . Navrhuji proto práci hodnotit stupněm nevyhovující (F) .

Dílčí hodnocení
Kritérium	Body	Slovní hodnocení
Náročnost zadání		Vytvořit jednoduchou aplikaci pro rezervaci sportovišť považuji za méně náročné zadání. Pokud by však taková aplikace měla být dovedena do reálného nasazení, pak je to pro bakalářskou práci poměrně náročný úkol.
Rozsah splnění požadavků zadání		Student se soustředil na vytvoření aplikace pro rezervaci sportovišť, což bylo jistě zamýšleným jádrem práce. Neprovedl ale rešerši dostupných systémů pro rezervaci sportovišť (první část prvního bodu zadání). Zmínit papír vyvěšený na nástěnce, sdílenou Google tabulku a dosud využívaný software od společnosti SuperSaaS nelze považovat za dostatečné seznámení se s dostupnými řešeními. Dále bych očekával, že práce bude diskutovat možnosti vývoje specializovaného klienta pro mobilní telefony (poslední část prvního bodu zadání), byť takový klient není pro nasazení rezervačního systému úplně nezbytný, protože k webovému rozhraní lze přistupovat z mobilních zařízení i bez specializované aplikace.
Rozsah technické zprávy		Technická zpráva má přibližně 71 normostran textu a 42 normostran obrázků. Celkových 113 normostran jednoznačně přesahuje maximální rozsah. Vývoj poměrně jednoduchého rezervačního systému bylo jistě možné zdokumentovat stručnějším a přehlednějším způsobem (řada informací se v technické zprávě opakuje - některé i mnohokrát; kapitola o implementaci je zbytečně detailní).
Prezentační úroveň technické zprávy	60	Základní kostra technické zprávy je navržena logicky. Určité problémy jsou však v jednotlivých kapitolách. Například analýza v kapitole 2 začíná tabulkami uživatelských práv a práv entit a atributů, aniž by čtenář tušil, jaké funkce má systém mít. Je těžké posoudit, jaké informace dostal student od zadavatele. Osobně mi však přijde zbytečné oddělovat roli registrovaného uživatele od sportovce, protože sportovcem se registrovaný uživatel stává hned první rezervací sportoviště. Naopak bych zvážil přidat roli správce sportoviště. Informace v analýze a návrhu se prolínají a opakují. Vyčlenění některých diagramů do příloh nutí čtenáře se opakovaně přesouvat prakticky přes celou práci. Kapitola o testování obsahuje jenom názvy testů a oblasti, kterých se týkají, aniž by byly zmíněny výsledky testů (např. počet odhalených chyb).
Formální úprava technické zprávy	60	Práce obsahuje velké množství překlepů. Vedlejší věty často nejsou řádně odděleny čárkami. Písmo v některých diagramech (namátkou v obrázcích C.6 a C.7) je prakticky nečitelné. Relace <<include>> a <<extend>> student používá zcela v rozporu s jejich zavedeným významem.
Práce s literaturou	0	Systém Thesis mě upozornil na 2,5 % podobnost předložené bakalářské práce se čtyřmi dokumenty s tím, že je nutné ruční přezkoumání. U tří dokumentů byla podobnost bezvýznamná, nicméně podobnost několika pasáží s bakalářskou prací Frandel, M. Informačný systém pre vyhodnocovanie činnosti kriminálnej polície. FIT, 2021. Vedoucí Ing. Vladimír Bartík, Ph.D. náhodná podle mého nejlepšího vědomí a svědomí není. Formulář posudku mi neposkytuje dostatek prostoru, abych tyto pasáže uvedl. Toto porovnání jsem tedy provedl v samostatném dokumentu, který zašlu studentovi a předložím komisi. Porušení citační etiky , byť v úvodních částech práce a v rozsahu, kdy inkriminované pasáže student mohl nastudovat a popsat vlastními slovy během několika hodin, nemohu bohužel hodnotit jinak než jako netolerovatelné .
Realizační výstup	70	Systém mi byl předveden a jeví se mi jako funkční. Je evidentní, že mu student věnoval značné úsilí. Oceňuji zejména velké množství vytvořených testů. Pro reálné nasazení by však bylo potřeba provést ještě jednu iteraci vývoje. Chápu, že se student snažil vyjít vstříc zadavateli a umožňuje rezervaci sportoviště neregistrovanému uživateli, ale bylo by vhodnější ověřit alespoň e-mail zasláním potvrzovacího kódu. Na tento e-mail by se také dal poslat odkaz pro pozdější zrušení rezervace. Informace o neregistrovaném uživateli bych doporučil ukládat do tabulky uživatelů, a ne do tabulky rezervací. Dovedu si představit, že sportoviště je zcela běžně otevřeno jinak během pracovního týdne a jinak o víkendech, státních svátcích nebo o prázdninách, s čím se stávající systém nedokáže vypořádat.
Využitelnost výsledků		Vytvoření aplikace pro rezervaci sportovišť je chvályhodný počin přispívající k prospěchu společnosti. Je však otázkou, zda se pro tento účel skutečně nedalo použít některé z existujících řešení. Vývoj zákaznického softwaru je totiž řádově dražší než licenční poplatky u softwaru generického.

Posudky

Posudek vedoucího

Smrčka, Aleš

Posudek oponenta

Křena, Bohuslav

Otázky