18. – 20. Prototyp a používatelská prírucka bola vytvorená. Prezentácia prototypu sa uskutočnila 12.12.1999 v miestnosti D07b. Dokumentácia bola odovzdaná Ing. Kapustíkovi a tímu č. 9.

1. Odovzdanie dokumentácie a produktu posledný týždeň semestra. Rezerva pre možné posledné úpravy (produkt dokončený predposledný týžden).
2. Prezentovanie dosiahnutých výsledkov na každom stretnutí.
3. Upozornenie na možné chyby v použitých prostriedkoch.

21. Vytvoriť plán na letný semester.
22. Rozdelenie úloh do ďalšieho stretnutia
1. Javascript, dynamické schopnosti (A. Haršáni, R. Samák)
2. Fyzický dátový model (A. Ješenko, M. Mišák)
3. Odozva na posudok tímu c. 7 (J. Schindler)

21. - 22. Plán na letný semester bol vytvorený a bude umiestnený na stránke. Takisto bol prezentovaný fyzický dátový model systému a bola vytvorená odozva na posudok na prototyp.

1. Hodnotenie:
1. WWW stránka: 8 bodov (max. 10 bodov)
2. Posudok: 13 bodov (max. 15 bodov)
3. Prezentácia:59 bodov (max. 60 bodov)
2. Konzultovanie vytvoreného fyzického modelu
3. Preberanie problematiky bezpečnej komunikácie so serverom. Netreba implementovať kryptovanie hesla, ale v dokumentácii by sa mali nachádzať možné riešenia problému (SSL, HTTPS…)

23. Definícia ohraničení a štandardov (A. Haršáni, R. Samák)
24. Definícia konečnej architektúry systému a podrobný návrh modulov (A. Ješenko, J. Schindler)
25. Tvorba databázy (M. Mišák)

23. - 25. Definícia štandardov a ohraničení bola vytvorená. Vytvorili sa skripty pre vytvorenie databázy podľa fyzického modelu, ktorý bol čiastočne upravený. Architektúra systémov bola navrhnutá, ale bola ešte na stretnutí konzultovaná a bude ju treba ešte dopracovač.

1. Ing. Kapustík zodpovedal na naše otázky, predložené na predchádzajúcom stretnutí:
1. Verzia SQL servera: 6.5
2. V predchádzajúcom projekte nebolo heslo kryptované
2. Prezentovanie návrhu databázy
1. Treba vytvoriť novú tabuľku, v ktorej budú uložné informácie o začiatku a konci semestra, Štátnych sviatkoch, dekanskom a rektorskom volne.
2. Pri práci s podskupinami treba dať pozor na to, aby pri vyhodnocovaní počtu zapísaných kreditov sa žiaden predmet nezapočítaval viackrát.
3. Do definície štandardov sa doplnilo, že názvy tabuliek a položiek v tabuľkách budú bez diakritiky.
4. Ukážka tvorby rozvrhu u drag & drop.
5. Treba dopracovať architektúru systému
1. Ing. Kapustík odporúčal na najvyššej úrovni naznačiť jedno úložisko, ktoré sa bude ďalej dekomponovať na nižších úrovniach. Potom však treba uviesť v dokumentácií, že sme použili takúto metodiku.
2. Zabudovať do architektúry systém prihlasovania sa užívateľov

26. Implementácia. Rozdelenie častí podľa plánu projektu.

26. Bola predvedená ukážka editovania rozvrhu, možnosť vkladania, presúvania, vymazávania položiek. Architektúra systému bola prerobená, ale aj tak ju bude treba ešte upraviť.

1. Ing. Kapustík upozornil na formálne chyby na www stránke. V niektorých prípadoch chýbala diakritika, prípadne sa vyskytovali chybné znaky.
2. Ďalej mal výhrady i k upravenej architektúre systému. Je potrebné:
1. ujednotiť názvy procesov v diagramoch tokov údajov
2. skorigovať názvy úložísk, zvážiť, aké informácie skutočne obsahujú
3. rozšíriť popis procesov
3. M. Mišák rozdal už konečný fyzický model systému, štruktúru databázových tabuliek a sprístupnil skripty na vytvorenie a naplnenie databázy testujúcimi údajmi.
4. Bude potrebné zistit nutné nastavenie Web servera pre chod aplikácie a požiadať Ing. Galbavého o prístup na SQL server.
5. A. Haršáni predviedol ukážku editovania rozvrhu.

27. Pokračovanie v implementácii.
28. Zistiť potrebné nastavenie Web servera a požiadať o prístup na SQL server.

27. – 28. Predviedlo sa niekoľko už implementovaných častí, avšak bude treba riešiť problém s tým, že linuxovský server www2 nepodporuje ASP súbory a taktiež nevie komunikovať s MS SQL databázovým serverom.

1. Bol dokončený návrh funkcií systému.
2. Predvedenie dynamického vytvárania rozvrhu skúšok, vytvárania študijného plánu.

29. Pokračovanie v implementácii podľa plánu projektu.
30. Vyriešiť problém s ASP skriptami a SQL serverom.

29. – 30. Pokračuje sa v implementácii, predvedenie projektu sa bude pravdepodobne realizovať na súkromnom počítači. Bola by možnosť použiť konvertor z ASP do PHP , ale nedá sa zaručiť, že by nenastali v niektorých prípadoch problémy.

1. Prístup na databázu a zabezpečenie: v objekte session sú globálne premenné, ktoré budú musieť všetci používať v súboroch, kde sa bude pristupovať k databáze.
2. Heslo sa bude posielať iba raz.
3. OnLine nápovedy sa budú vypisovať v samostatnom okne.
4. Hlavné menu je zatiaľ robené pomocou liniek, bude to treba prerobiť na GIF-y.
5. V tabuľke štúdium sa pretypujú atribúty typu char na int.
6. Juraj Schindler nemá možnosť pracovať s SQL a Web serverom, keďže tieto prostriedky sa v Softvérovom štúdiu nenachádzajú, bude implementovať klientské časti a prácu so serverom prevezme iný člen tímu.

31. Pokračovanie v implementácii podľa plánu projektu.

Pokračuje sa v implementácii a integrácii.

1. Na stretnutí sa predviedli už implementované časti systému, urobila sa prvotná integrácia systému.
2. Aplikácia bola predvádzaná na súkromnom počítači.
3. Doplnenie niekoľkých atribútov do tabuľky miestnost v databáze.

32. Pokračovanie v implementácii podľa plánu projektu.

Doplnenie ďalších položiek do tabuľky REF_KODY, dokončievanie tvorby študijného plánu, požiadaviek na predmet. Čiastočne sa prepracováva tvorba skúškového rozvrhu.

33. Dokončievanie implementácie jednotlivých častí a integrácia.

33. Dopracovala sa tvorba skúškového rozvrhu, prezeranie rozvrhu bolo implementované pre grafický i textový prehliadač. Naviazanie vytvárania študijných plánov na databázu.

1. Vedúci tímu spísal, ktoré časti systému bude treba ešte dopracovať a rozdelil ich.
2. Predvádzanie častí: skúškový rozvrh, tvorba, prezeranie a vypĺňanie študijných plánov.

34. Dokončiť evidenciu užívateľov, predmetov, miestností...
35. Implementovať kontroly študijných plánov
36. implementovať možnosť zmeniť pre jednotlivých študentov či už má konkrétny predmet absolvovaný resp. ho opakuje...

34. Evidencie jednotlivých údajov v databáze boli vytvorené.
35. Kontroly študijných plánov sú realizované len jednotlivo, pre študenta, ktorý vypĺňa plán.
36. Možnosť zmeny príznaku predmetu pre študentov (zapísaný -> absolvovaný...) bola doplnená.

1. Počas stretnutia sa robila záverečná integrácia celého produktu. Pri integrácii a testovaní sa vyskytli ešte drobné chyby, ktoré boli odstraňované priamo na stretnutí. Výsledný produkt by mal byť už plne funkčný.
2. Vedúci tímu spísal a rozdelil časti, ktoré ešte treba zapracovať do dokumentácie.

37. Kompletizácia dokumentácie, príprava na odovzdanie produktu.

1. Oboznámenie pedagogického vedúceho s priebehom práce počas uplynulých dvoch týždňov, nakoľko posledný kontakt s pedagogickým vedúcim bol pred dvoma týždňami.
2. Diskusia o forme odovzdania záverečného posudku pedagogickému vedúcemu a posudzovanému tímu. Dohodnuté, že najneskôr do 6.6.2000 (posledný oficiálny termín odovzdania posudku) člen tímu, ktorý bude posudok vypracovávať, vyhľadá pedagogického vedúceho v jeho kancelárii alebo pri dozore na skúške a odovzdá mu posudky.
3. Kontrola dokumentácie pedagogickým vedúcim. Vyjadrená spokojnosť s jej obsahom.
4. Postupná prezentácia vytvoreného produktu pedagogickému vedúcemu všetkými členmi tímu (každý člen prezentoval ním implementované časti).
5. Diskusia o priebehu prezentácie a obhajoby. Upresnenie, že prezentácie sa zúčastnia všetci členovia tímu. Vedúci tímu vypracuje približný scenár prezentácie a pridelí jednotlivé časti členom tímu.

38. Vypracovanie scenára prezentácie - Martin Mišák