Zápisnica
Progres
Zápis 18. stretnutia

Vedúci pedagóg: Ing. Peter Pištek
Zúčastnení členovia tímu:Dátum: 6.4.2011
Bc. Róbert ChytilMiestnosť: D124
Bc. Martin JánošČas: 13:00 - 13:40
Bc. Tomáš LőrinczZápisnicu vypracovali:
Bc. Tomáš TakácsBc. Martin Jánoš
Bc. Róbert Virkler
Chýbajúci:Zápis overil:
Bc. Róbert Chytil


Vyhodnotenie úloh z predchádzajúceho stretnutia
Číslo úlohyÚlohaZodpovednýStavTermín
2.6Správa web. sídlaRVprebiehadlhodobo
5.1Dokumentácia projektuMJprebiehadlhodobo
5.2Dokumentácia riadeniaRChprebiehadlhodobo
11.2Navrhnúť vylepšeniavšetciprebiehadlhodobo
14.4Vylepšenie hlavného programuTLprebieha13.4.2011
16.1Testovanie stav. automatovMJOK6.4.2011
16.2Vytvorenie plug-inu stav. automatovRChprebieha13.4.2011
16.4Podpora nových hradiel pre BLIFTTOK6.4.2011
17.1Farebné petriho sieteRVzastavené6.4.2011
17.2Vylepšenie plug. pre minimalizáciuMJOK6.4.2011
17.3Akceptačné testyvšetciOK13.4.2011
17.4Simulácia pre logické obvodyTL,TTOK13.4.2011

Pridelené úlohy
Číslo úlohyÚlohaZodpovednýTermín
18.1Zápis zjednodušeného obvodu do VHDLMJ13.4.2011
18.2Konverzia BLIF do VHDLTT13.4.2011
18.3Simulácia pretriho sietíRV13.4.2011


Priebeh stretnutia
  • Kontrola zápisnice a pridelených úloh zo 17. Stretnutia.
    • RV vyhlásil, že farbenie Petriho sietí (PN) nemá význam, keďže neexistuje zodpovedajúci štandard, podľa ktorého by sa mal riadiť; ďalej navrhol pridať mriežku na pracovnú plochu ako pomôcku pri zarovnávaní prvkov obvodu; potom rozprával o nemožnosti otestovať FSM modul, lebo nemal aktuálnu verziu a tá, ktorú mal k dispozícii sa správala chybne pri načítaní vstupov.
    • TT rozprával o vylepšeniach svojho modulu, ktoré uskutočnil; napríklad znegovanie funkcie, ktorá má v BLIF na výstupe 0, aby dostal 1.
    • TL vyhlásil, že vykoná opravy zistené pri testovaní, najmä automatické pomenovanie spojení a portov kam spojenia patria, potom rozoberal prípady ktoré môžu nastať pri vymazávaní spojenia, ďalej prišiel k záveru, že program vypíše používateľovi upozornenie pri vymazávaní spojenia. Nakoniec si dal za úlohu skompletizovať program na jednotný celok, aby sa doň mohli prípadne pridať ďalšie vlastnosti (napr. simulácia).
    • RCh upozornil TL, že v FSM module sa nevypisujú oblé spojenia a šípky sa niekedy nezobrazia správne a navrhol pomenovanie spojení buď ako ručné alebo ako automatické (ako je to pri logických obvodoch).
    • Dohodol sa jednotný formát akceptačných testov:
      • pole ID bude v tvare: P_CC[x], kde P je poradová číslo testovaného (abecedné poradie členov tímu), CC je dvojmiestne číslo testu (00-99), x je písmeno (a-z), ktoré určuje označuje poradie podtestu testu s číslom CC v prípade keď bola zistená chyba pri teste CC, ak sa aj vtedy pri testovaní objaví chyba, tak sa vykoná ďalší podtest s písmenom, ktoré nasleduje po x. Podtest sa vykoná až vtedy, keď bola uskutočnená oprava chyby zistenej v teste CC.
      • pole UC sa vylúči pre svoju nadbytočnosť
      • RCh bude mať za úlohu evidovať všetky testy, ktoré potom uvedie v dokumentácii riadenia
  • Boli pridelené nové úlohy – pedagogický vedúci navrhol implementovať zápis obvodu z BLIF súboru alebo po zjednodušení do VHDL a simuláciu PN ako samostatný modul, tieto funkcionality sme si už určili v dokumentácii projektu ešte v minulom semestri.
>>Progres "Zima"<<

OKzakomponovanie zmien do dokumentácie ZS
OKpodrobný návrh, plán integrácie, plán overenia výsledku
OKdokončenie podrobného návrhu
OKimplementácia
OKimplementácia, postupná integrácia a overovanie výsledku, tvorba dokumentácie
OKintegrácia produktu a overovanie, tvorba dokumentácie k produktu
OKpoužívanie produktu, údržba, kompletizácia dokumentácie