BIELY, M. Server pro obsluhu zpětného volání [online]. Brno: Vysoké učení technické v Brně. Fakulta informačních technologií. 2025.
Student odvedl nemalé množství práce na průměrně obtížném až obtížnějším zadání. Až na závěr práce konzultoval dle dohody. Práce byla vytvořena pro Oddělení databází CIS VUT, jehož vedoucí je s výsledky práce spokojen. Hlavní cíle práce tedy byly splněny. S ohledem na koncentraci práce spíše ke konci období, ve kterém byla vypracovávána, a na závěr práce, kdy byl text dokončován do poslední chvíle a nezbyl prostor pro jeho konzultaci a připomínkování, navrhuji hodnocení stupněm C.
| Kritérium | Známka | Body | Slovní hodnocení |
|---|---|---|---|
| Informace k zadání | Zadání vzniklo ve spolupráci s Oddělením databází CIS VUT. Cílem bylo otestovat vybrané technologie a zjistit, zda by mohly být přínosem pro centrální databázi VUT, a případně implementovat server, který umožní snížit zátěž databázového clusteru a ušetřit tak finanční prostředky za licenci, která závisí na využitých procesorech. Dle mého názoru se i s ohledem na pojetí studentem jedná o průměrně obtížné až obtížnější zadání, které bylo náročné zejména v problémech s kompatibilitou technologií a nedostatečnou dokumentací, což vyžadovalo zkoumání a experimentování pro zprovoznění daných technologií. Konzultantem za CIS byl vedoucí Oddělení databází, který je s výsledky práce studenta spokojen. Z mého pohledu byly hlavní cíle práce splněny, byť hlavním výstupem není původně plánovaný server, ale vyhodnocení možností daných technologií. | ||
| Práce s literaturou | Student samostatně aktivně vyhledával relevantní zdroje. | ||
| Aktivita během řešení, konzultace, komunikace | Student byl dle mých informací i dle informací od konzultanta aktivní zejména v závěrečném období před odevzdáním. Na CIS konzultoval pravidelně, se mnou konzultoval minimálně, což však bylo v souladu s tím, jak jsme byli domluveni. | ||
| Aktivita při dokončování | Práce byla bohužel dokončována do poslední chvíle a měl jsem možnost připomínkovat pouze prvotní verzi práce. V posledních dnech před odevzdáním již pro konzultaci nebyl prostor. Rozsah změn ve finální verzi je oproti připomínkované verzi značný, takže musím konstatovat, že definitivní obsah práce nebyl konzultován. | ||
| Publikační činnost, ocenění |
Výsledkem diplomové práce je informačně obsáhlá avšak značně nepřehledná technická zpráva a menší nekompletní programové řešení (chybí SQL kód, testy). Celkově ale práce splňuje zadání a i vzhledem k vyšší obtížnosti navrhuji hodnotit práci stupněm uspokojivě (D) .
| Kritérium | Známka | Body | Slovní hodnocení |
|---|---|---|---|
| Náročnost zadání | Jedná se o obtížnější implementačně zaměřené zadání. Vyšší obtížnost spočívá v nutnosti důkladně porozumět možnostem a způsobům aplikace okrajové a v daném kontextu dosud nevyzkoušené databázové technologie Oracle CQN (Coninuous Query Notification). | ||
| Rozsah splnění požadavků zadání | Zadání se splněno bez výhrad. | ||
| Rozsah technické zprávy | Technická zpráva je svým rozsahem v obvyklém rozmezí, od úvodu po závěr obsahuje sice jen vysázených 47 stran (75 normostran), ale text informačně velmi bohatý a to až do té míry, že to výrazně ztěžuje jeho srozumitelnost (jak je uvedeno dále v posudku). | ||
| Prezentační úroveň technické zprávy | 65 | Struktura technické zprávy je logická a odpovídá procesu vývoje výsledného programového řešení. Vnitřní struktura kapitol je však problematická a výsledný obsah je pro čtenáře velmi náročný, informačně bohatý, nestrukturovaný a obsáhlý text popisující studentův postup, experimenty, zjištění a závěry. Zde by bylo vhodné obsah více strukturovat, obohatit o příklady, obrázky, atp. Např. interakce jednotlivých komponent v rámci návrhu systému v kap. 4.4 mohla být popsána pomocí diagramů interakce (např. v UML), nikoliv jako proces/aktivita (BPMN na obr. 4.1 a 4.2), a jejich struktura návrhovým diagramem tříd (v kap. 4.4 se píše o "objektech" a diagram tříd je využit později až v kap. 5.2 pro implementace). Téměř úplná (s výjimkou obr. 5.2) absence návrhových diagramů je problematická i v dalších kapitolách, jako je kap. 5.2 "Implementácia jednoduchej aplikácie", kde je pouhý strukturovaný slovní popis návrhu velmi špatně srozumitelný, či kap. 5.3 "Implementácia výslednej aplikácie", kde je chování aplikace nesmyslně popsáno opět pomocí BPMN na obr. 5.1. Jako příklad chybné struktury lze uvést kap. 4.4, která obsahuje jedninou velkou část pojmenovanou "Návrh systému" a měla by tak tedy být pojmenována celá kapitola. | |
| Formální úprava technické zprávy | 75 | Z hlediska formální úpravy je technická zpráva na dobré úrovni a neobsahuje významnější typografické či jazykové nedostatky. Podobně jako v předchozím bodě posudku k prezentační úrovni, i zde lze vytknout nedostatečné využití typografických prostředků pro zpřehlednění textu, např. členění na číslované podkapitoly, seznamy, prvky zvýrazňování, atp. Pokud jsou někde studentem seznamy použity, tak jsou často nevhodných typů; např. pro výčty kroků popisovaných postupů by bylo vhodnější použít číslované seznamy (např. str. 27). | |
| Práce s literaturou | 75 | Seznam literatury obsahuje 19 položek, z nichž je 7 odborných zdrojů a zbytek online dokumentace použitých technologií. Přestože je práce implementačně zaměřená, mohl být seznam literatury rozsáhlejší, zejména když je většina odborných zdrojů (kromě 4 a 19) použita jen zběžně (typicky v kap. 3). V tomto kontextu oceňuji použití zdrojů 4 a 19, kdy je velmi dobře patrný způsob a rozsah využití. Všechny položky seznamu jsou popsány a formátovány dle norem. | |
| Realizační výstup | 60 | Realizačním výstupem je serverová komponenta pro registraci zpětných volání a upozorňování na události nad databází. Řešení je napsáno v jazyce C# s rámcem .NET a má (jen) kolem 800 řádků zdrojového kódu. Technická zpráva popisuje i tvorbu SQL kódu (např. databázovou proceduru popsanou na rozhraní stran 30 a 31), ale tento kód z neznámého důvodu odevzdán nebyl. Přestože řešení není rozsáhlé, dobře demonstruje možnosti a úskalí technologie CQN a splňuje požadavky kladené zadáním. Zdrojový kód prakticky není komentován a společně s nestrukturovanou technickou zprávou je i přes svůj malý rozsah těžko srozumitelný. Za velký nedostatek považuji absenci automatických testů. Vzhledem k tomu, že by systém měl dle zadání sloužit dalším aplikacím (a tedy nemá sám o sobě uživatelské rozhraní), je automatické testování jeho funkčnosti klíčové jak pro následnou integraci, tak pro případný další vývoj (regresní testování). V kap. 4.5 jsou popsány "interaktivní testy", které jsou vhodné spíše pro aplikace s uživatelským rozhraním. Také výkonnostní testy provedené studentem a důkladně popsáné v kap. 6 nejsou bez alespoň částečné jejich automatizace obecně reprodukovatelné a těžko opakovatelné pro získání v práci uvedených statistik (skripty pro tyto testy se mezi odevzdanými výsledky nenachází). | |
| Využitelnost výsledků | Výsledné řešení dobře demonstruje možnosti a úskalí technologie CQN a poskytuje prvotní prototyp pro případné využití v praxi pro optimalizaci sledování datových zdrojů aplikacemi v rámci databáze a informačních systémů VUT. Vzhledem k rozsahu a absenci testů i strukturované programové dokumentace, ale také vzhledem ke studentem zjištěným nedostatkům dané aplikace technologie CQN, se však jedná opravdu pouze o prototyp a nikoliv o řešení pro produkční nasazení. |
eVSKP id 164909