05 06 2014 textfield Datum 8 V Brně dne textfield cil_prace {Prostudujte stávající techniky pro testování použitelnosti založené na záznamu akcí uživatele. Popište jednotlivé třídy zazaznamenávaných událostí a diskutujte možnosti jejich použití při posuzování použitelnosti. Navrhněte knihovnu v jazyce Java, kterou bude možné začlenit do vyvíjené aplikace a vytvořit záznamy. Součástí řešení bude i možnost přehrání záznamu v prostředí této aplikace. Výsledky aplikujte v jednoduché aplikaci rozšířené o záznam akcí.} textfield Zadání 3 jmeno_studenta Michal Zbranek textfield Autor 2 nazev_prace Knihovna pro záznam akcí uživatele při ovládání aplikace textfield Název práce 1 oponent Mgr. Michal Vinkler textfield Oponent 5 vedouci doc. Ing. Jiří Sochor, CSc. textfield Vedoucí práce 4 oponent textfield Hodnotil fi_mu Fakulta informatiky hodnoceni Student Michal Zbranek měl v rámci své bakalářské práce prostudovat stávající techniky pro testování použitelnosti založené na záznamu akcí uživatele. Dále měl navrhnout knihovnu v jazyce Java, pomocí které by bylo možné vytvořit záznamy akcí uživatele ve sledované aplikaci a také je opětovně přehrát v rámci dané aplikace. Struktura textu odpovídá zadání práce – autor nejprve teoreticky popisuje měření použitelnosti při softwarovém vývoji a existující metody sledování akcí uživatele. Druhá část textu pak popisuje samotnou implementaci knihovny.  Úroveň textu je bohužel velmi nízká a dle mého názoru neodpovídá úrovni kvalitní bakalářské práce. K textu mám, mimo jiné, následující výhrady: <ul> <li>Z velkého množství obrázků použitých v textu práce lze pouze u jednoho s jistotou říci, že není převzatý (obr. 5.1). Autor však u žádného z obrázků necituje zdroj. </li> <li>Text obsahuje velké množství typografických chyb, ukázky zdrojového kódu jsou vysázeny zcela nevhodně (např. str. 30), dále se v textu vyskytuje také nezanedbatelné množství gramatických chyb.</li> <li>Text je velmi stručný (cca 20 normostran). </li> <li>V některých částech textu (kapitola 4) autor rozepisuje triviality. </li> <li>V textu jsou bez většího smyslu uvedeny dlouhé výčty metod některých tříd (str. 20, 23).</li> <li>Obrázky jsou opatřeny často nedostatečnými popisky, některé z nich mají pouze malou informační hodnotu. Obrázky jsou číslovány obdobně jako kapitoly a z textu odkazovány pouze pomocí svého čísla uvedeného v závorkách (např. str. 4), což je značně matoucí.</li> <li>Autor nevhodně kombinuje české a anglické výrazy: „Existující metody trackování uživatelských aplikací“ (str. 4); „Pokud nastane, subject informuje o události tyto observers.“ (str. 18). </li> <li>Práce je psána česky, avšak některá klíčová slova jsou uvedena anglicky: Contents, Figure, Listing, Bibliography. V textu jsou nevhodně skloňovány anglické výrazy: „Na JPanely a JMenuBary obsažené v těchto kontejnerech použiji metody...“ (str. 25).</li> </ul> Samotnou knihovnu nelze, bohužel, hodnotit jinak než jako téměř nefunkční. Autor do archivu nenahrál zdrojové kódy ke knihovně.  Při zpětné dekompilaci knihovny lze však vidět, že celá funkcionalita logování je tvořena jedinou třídou TrackerUI  -  textové řetězce získané metodou toString() z poslouchaných událostí jsou zapisovány do textového souboru. Očekával bych použítí vhodnějšího formátu, např. XML. Třída RobotExp poté tento soubor zpracovává a snaží se replikovat zaznamenané události.  Záznam akcí a následné přehrání zaznamenaných událostí funguje velmi sporadicky. Všechny akce jsou zaznamenávány do jediného souboru, nezávisle na tom, kolikrát byl program spuštěn. Při přehrání záznamu dojde k přehrání všech do té doby nahraných akcí, tzn. aby přehrání obsahovalo akce relevantní danému běhu, uživatel musí vždy před spuštěním log smazat. Aplikace nijak neřeší, v jakém stavu jsou jednotlivé ovládací prvky – pokud tedy chceme přehrát nahrané akce se stejným výsledkem jako při nahrávání, musíme aplikaci nejdříve restartovat, aby se znovu inicializovala do stavu, v jakém jsme začali nahrávat. Aplikace pracuje s absolutními souřadnicemi na obrazovce, je tedy zcela závislá na přesné poloze okna na obrazovce. Knihovna neumí zaznamenat a následně replikovat posun samotného okna aplikace po ploše. Často se tak stane, že při přehrávání akcí kurzor myši klikne mimo samotné okno aplikace a zbytek akcí se provede ve zcela jiném programu. Aplikace je napsána jako jednovláknová, takže při přehrávání akcí dojde k jejímu zamrznutí a výsledky interakce s aplikací při přehrávání akcí lze vidět až po ukončení samotného přehrávání.  Autor popisuje, že editací souboru Config.properties je možné měnit některé parametry (str. 25). Tento soubor je ale také zabalen v jar archivu tvořícího knihovnu, takže pro uživatele není přímo dostupný. Dále nikde není popsán význam konstant uvedených v tomto souboru. Všechny texty v komponentách typu JTextField jsou přepsány řetězcem vepsaným do poslední komponenty tohoto typu. Největší výtkou je však fakt, že autor implementoval sledování událostí pouze pro omezenou množinu komponent popř. dokonce i pro omezený počet, takže např. pro komponenty typu JTextArea, JScrollPane a mnoho dalších logování nefunguje. Toto považuji za hrubou chybu v návrhu knihovny. Otázka k obhajobě: Jakým způsobem může uživatel editovat zmíněný soubor Config.properties? Dle mého názoru rozsah a provedení práce nesplňuje nároky kladené na bakalářské práce.   textarea 6 navrzena_znamka 1 S přihlédnutím k celkovému dosaženému výsledku navrhuji hodnotit práci známkou nevyhovující (F). textfield \vspace{0cm} 7 B