ZELINKA, O. Informační systém ubytovacích služeb [online]. Brno: Vysoké učení technické v Brně. Fakulta informačních technologií. 2023.

Posudky

Posudek vedoucího

Křivka, Zbyněk

Student pracoval samostatně a pravidelně informoval o svém postupu. Text práce má své nedostatky, které by bylo možné zlepšit, ale nic závažného.

Dílčí hodnocení
Kritérium Známka Body Slovní hodnocení
Informace k zadání Formální zadání je spíše jednodušší, ale oceňuji snahu studenta vytvořit vskutku použitelný informační systém se všemi náležitostmi, které zadavatel potřebuje.
Práce s literaturou Kromě několik doporučení si student volil a obstarával literaturu samostatně.
Aktivita během řešení, konzultace, komunikace Na zadání student začal pracovat již minulý akademický rok, kdy došlo k přerušení prací během letního semestru a navázání zase od zimního semestru tohoto ak. roku. Z minulého roku byla již hotova analýza a prvotní návrh, takže student vesměs samostatně pracoval na implementaci, o čemž mě pravidelně informoval.
Aktivita při dokončování Na začátku letního semestru byl k dispozici funkční prototyp systému, který mi byl demonstrován. Text kapitol 4 a 5 vznikal až po dokončení implementace v průběhu dubna. Bohužel vlivem informačního šumu jsem neměl k dispozici finální verzi v dostatečném předstihu, abych ji zvládl připomínkovat, ale i tak je text po obsahové stránce relativně v pořádku.
Publikační činnost, ocenění
Navrhovaná známka
C
Body
75

Posudek oponenta

Rychlý, Marek

Výsledkem bakalářské práce je obsáhlá technická zpráva, která však má podstatné nedostatky, a prakticky použitélné programové řešení. Navhruji hodnotit práci na spodní hranici stupně dobře (C) .

Dílčí hodnocení
Kritérium Známka Body Slovní hodnocení
Náročnost zadání Jedná se o průměrně obtížnou práci. Specifikace, návrh a implementace informačního systému pro ubytování je z mého pohledu spíše jednodušší zadání, avšak student zpracoval zadání důkladně.
Rozsah splnění požadavků zadání Zadání je splněno bez výhrad.
Rozsah technické zprávy Technická zpráva je svým rozsahem na horní hranici obvyklého rozmezí, od úvodu po závěr obsahuje 51 vysázených stran. Některé části technické zprávy jsou však téměř zbytečné, např. v podkap. 4.2.4 "Databázový model" jsou obrázky 4.11 až 4.15, které jsou obsahem (a zde i účelem) téměř shodné s obr. 3.1 až 3.9 v podkap. 3.3 "Datový model" (obojí jsou ER diagramy zobrazující totožné entity s velmi drobnou změnou úrovně detailu, přestože v případě databázového modelu by se mělo správně jednat již o tabulky, nikoliv entity). Také obsah sekcí podkap. 4.3.3 "Moduly uživatelského rozhraní" by svým stylem "návodu k používání aplikace" byl vhodnější spíše v přílohách technické zprávy, než v její hlavní části.
Prezentační úroveň technické zprávy 60 Struktura technické zprávy odpovídá procesu vývoje programového řešení, tedy specifikace, návrh, implementace a nasazení, což jsou také názvy podstatných kapitol zprávy (kromě úvodu a závěru). Z hlediska obsahu uvedených kapitol však není jejich zaměření tak jednoznačné (např. již dříve zmiňovaná duplicita v "datovém" a "databázovém" modelu). Zpráva také prakticky postrádá teoretickou část, popisující např. použité technologie (nad rámec kap. 3.2); podobné existující systémy (a jejich přednosti a nedostatky); podklady pro rozhodnutí o architektuře (možná by bylo vhodnější navrhnout řešení pro cloud computing) atp. Text práce je však dobře čitelný a snadno srozumitelný.
Formální úprava technické zprávy 70 Z hlediska formální úpravy se vyskytují v technické zprávě drobné faktické, typografické a jazykové nedostatky, které však významně nenarušují srozumitelnost práce. V ER diagramech datového modelu v podkap. 3.3 mohla být uvedena čísla volitelné účasti instancí (angl. "participation") na obou stranách vztahů (nejen při násobné kardinalitě) tak, jak je tomu u diagramů v podkap. 4.3.3 (a tyto sekce mohly být sloučeny do jedné, jak bylo zmíněno dříve). Některé z číslovaných obrázků nejsou odkazovány z textu a může tak být obtížnější pochopení jejich kontextu (např. obr. 3.4 a 3.8). V textu jsou chybné velikost písmen u zkratek (např. "http" na str. 25), chybný/nespisovný zápis slov ("bysnys" na str. 26, "datumem" na str. 50). Označování jediných dvou účastníků testování jako "muž" a "žena" nemusí být v kontextu práce vhodné a lepší by bylo zvolit více anonymní a méně zaujaté pojmenování.
Práce s literaturou 85 Seznam literatury obsahuje 26 položek a jsou v něm vhodně zastoupeny odborné publikace i online zdroje. Jednotlivé zdroje jsou v seznamu uvedeny v souladu se standardy a v textu práce odkazovány (většinou vč. doslovných citací), takže lze dobře rozpoznat způsob a rozsah jejich použití a odlišit převzaté části od vlastních úvah autora. Některé odkazy však mohly být lépe zakomponovány do textu zprávy (např. na str. 48). Oceňuji, že i v případě čistě implementačně zaměřené práce student vyhledal a prozkoumal větší množství relevantních odborných zdrojů.
Realizační výstup 75 Realizačním výstupem je webová aplikace složená z několika modulů v jazyce C# aplikačního rámce .NET. Aplikace je vhodně navržena a dobře využívá možností daného aplikačního rámce. Zdrojový kód je však nepřehledný z důvodu velmi podrobného členění a množství obecného kódu daného použitých aplikačním rámcem a generátory kódu (aplikačního i SQL). Bylo by také vhodné kód více komentovat a poskytnout programovou dokumentaci.
Využitelnost výsledků Výsledky jsou velmi dobře využitelné v praxi. Výsledná aplikace byla vyvíjena pro nasazení v konkrétní organizaci, kde byla dle technické zprávy i vyzkoušena.
Navrhovaná známka
C
Body
70

Otázky

eVSKP id 142964