Zápis z 2. stretnutia tímu č. 2

Dátum a čas: 14.10.2008, 10:00 – 13:00

Miestnosť: softvérové štúdio (lab D07b)

Prítomní:

Pedagóg: Mgr. Daniela Chudá, PhD.

Členovia tímu: Bc. Celestín Černák, Bc. Matúš Čelko, Bc. Matúš Coranič,

Bc. Robin Bábíček, Bc. Daniela Miloňová, Bc. Katarína Poláková

Záznam vytvoril: Bc. Katarína Poláková

Téma stretnutia: Špecifikácia požiadaviek

Vyhodnotenie úloh z predchádzajúceho stretnutia:

	Úloha	Zodpovednosť	Vypracovanie	Termín	Stav
1.1	Pozrieť simulátory a vytvoriť tabuľku porovnaní	CCE	tím	14.10.2008	čiastočne splnené
1.2	Návrh vizualizácie	RBA	tím	14.10.2008	rozrobené
1.3	Návrh XML súboru	MCE	tím	14.10.2008	rozrobené
1.4	Rozdeliť roly v tíme	CCE	CCE	14.10.2008	splnené
1.5	Plán práce na semester	DMI	DMI	14.10.2008	čiastočne splnené

Opis stretnutia:

Diskusia o automatoch, ktoré sme porovnávali, zhrnutie ich výhod a nevýhod, zhrnutie problémov a nedokonalostí týchto automatov. Získali sme prehľad akým smerom chceme aby sa náš projekt uberal.

Rozdelenie rolí:

· Vedúci tímu: Bc. Celestín Černák

· Manažéri vývoja: Bc. Matúš Čelko, Bc. Matúš Coranič

· Manažér plánovania: Bc. Daniela Miloňová

· Manažér kvality: Bc. Robin Bábíček

· Manažér podporných činností: Bc. Katarína Poláková

Ďalšie roly:

· Tvorba dokumentácie: Bc. Celestín Černák, Bc. Robin Bábiček

· Tvorba a údržba webovej stránky: Bc. Katarína Poláková

· Zápisy zo stretnutí: tím

Porovnávanie rôznych softvérových nástrojov pre manažment v tíme, predbežný výber nástroja dotProject. Stanovenie podmienok, ktoré by mal tento nástroj spĺňať – podpora PHP, MySQL, webová aplikácia.

Simulátor automatov budeme programovať v jazyku Java, ako stand-alone aplikáciu, v neskorších fázach sa vytvorí Java Applet, nebude obsahovať všetky funkcie stand-alone aplikácie. Pred implementáciu budú potrebné konzultácie ohľadom funcionality.

Zvolili sme agilnú techniku vývoja softvéru (nabaľovanie).

Z tabuľky porovnaní predchádzajúcich projektov sme vybrali pozitíva do nášho návrhu vizualizácie.

Spôsoby zobrazovania automatov:

· Diagram

· Tabuľka

· Funkcia

Budeme používať všetky typy zobrazenia, z jedného typu sa bude dať vygenerovať iný typ. Bude potrebné implementovať editor prechodových funkcií.

Problém nedeterminizmu – aplikácia bude rozpoznávať či daný automat je nedeterministický, zobrazí strom výsledkov, používateľ si bude môcť voliť kadiaľ sa simulácia bude uberať. Ďalšími uvažovanými možnosťami je zobrazenie najlepšieho prechodu alebo nechať voľbu ďalšieho kroku pre používateľa.

Vhodné je zobrazenie nedeterminizmu už pri tvorbe automatu.

Automat môže mať viacero pások a viacero hláv. Existujú v zásade 3 spôsoby zobrazenia pások a hláv, vyberieme si z nich jeden.

Funkcie hlavy:

· číta / číta a zapisuje

· pohyb len doprava / doprava a doľava / o počet políčok

Diskusia o návrhu simulácie viedla k dohode, že je nutné mať rýchly priebeh, čiže ukáže či slovo akceptuje alebo neakceptuje. Potom pomalšiu simuláciu, kde je vidieť čo sa v jednotlivých krokoch deje. Ďalšou alternatívou je krokovanie simulácie.

Úlohy do ďalšieho stretnutia:

	Úloha	Zodpovednosť	Vypracovanie	Termín
1.1	Pozrieť simulátory ostatných študentov	CCE	tím	21.10.2008
1.2	Návrh vizualizácie – dokončiť	Robin	Robin, tím	21.10.2008
1.3	Návrh XML súboru - dokončiť	MCE	MCE	11.11.2008
1.5	Plán práce na semester - upraviť	DMI	DMI	21.10.2008
2.1	Vytvoriť webovú stránku	KPO	KPO	20.10.2008
2.2	Napísať špecifikáciu požiadaviek	CCE	tím	21.10.2008
2.3	Vybrať softvérový nástroj pre manažment v tíme	KPO	tím	21.10.2008