Zápisnica z 4. stretnutia tímu

 

Téma: Analýza existujúcich systémov a súčasného stavu projektu ACM súťaže.

Dátum

5.11.2002

Vypracoval

Róbert Hritz

Čas

17:00

Overil

 

Miesto

D07

Pedagóg

prom. mat. Ľ. Hanulová

Prítomní

Michal Sartoris, Róbert Hritz, Michal Bielik, Juraj Žitniak, Michal Takács, Branislav Pariža

Neprítomní

-

Dôvod

-

 

Zhodnotenie úloh z minulého týždňa:

Meno

Úloha

Termín odovzdania

Stav úlohy

MB, MT

Dokončenie špecifikácie

5.11.2002

Splnené
dokument

RH

Vytvorenie časti analýzy.

5.11.2002

Splnené

Všetci

Prerobenie dokumentov z analýzy existujúcich systémov do dohodnutej štruktúry.

5.11.2002

Splnené
JŽ - dokument
MB - dokument
MS - dokument

MS, JŽ

Predbežný návrh systému

5.11.2002

Splnené

BP

Práca na dokumentácii RPvI

5.11.2002

Splnené

 

Opis stretnutia:

  1. Organizačné otázky:
    • Všetky dokumenty vrátane rôznych verzií, budeme ukladať do adresára team05/team05/dox, kde budú prístupné pre všetkých.
    • P. Hanulová - Je potrebné rozdeliť si prečítanie toho čo robili ostatní, za účelom kontroly, pretože všetci nemôžu čítať všetko.
  2. Prezentácia a diskusia k špecifikácii (prezentovali MB, MT):
    • Pre údaje uložené v systéme treba v návrhu doplniť nasledujúce:

k entite Zadanie pridať formáty dokumentov, vzorové riešenie v závislosti od jazyka

pre entitu Programovací jazyk je potrebné vyriešiť formát ukladania zakázaných konštrukcií (v návrhu)

je potrebné ukladať akuálny počet vytlačení, teda koľko krát si tím dal vytlačiť zadanie; podobne počet odovzdaní zadania, ktorý je tiež limitovaný. Taktiež potrebné vyriešiť v návrhu.

pri korešpondenčnom kole sa nezohľadňuje čas, v ktorom bolo odovzdané zadanie, na rozdiel od iných kôl.

treba vyriešiť situáciu, ak je tím diskvalifikovaný. Napríklad pridaním atribútu užívateľ-aktívny, alebo vymazaním tímu, to už podľa toho aká bude relácia mezi tímom a súťažou.

entity Akcie, Plánovač hodnotenia, Komunikačné správy je potrebné navrhnúť.

    • Správanie systému z hľadiska používateľov:

pre Administrátora nie je zálohovanie a obnova, ako aj ďalšie podobné funkcie, súčasťou systému, a nebudú zahrnuté do návrhu

potrebné doplniť prezeranie výsledkov a tlačenie pre súťažiaceho a delegovanie tlačenia a donášania vytlačených dokumentov na používateľov: túto právomoc bude mať hlavný rozhodca

zaneprázdnení rozhodcovia a rozdeľovanie zadaní rozhodcom: rozhodca bude signalizovať zaneprázdnenie pri odovzdávaní ohodnotenia zadania, potom mu nebudú prideľované ďalšie zadania až kým sa opäť nabude chcieť. Distribúcia zadaní rozhodcom bude prebiehať mailom, zadanie bude súčasťou mailu alebo naň bude odkazovať linka.

  1. MS a JŽ urobili prvé časti kapitoly Návrh (podľa štruktúry dokumentácie), výber platformy a voľbu architektúry. Je potrebné ich dokončiť. Z existujúcich platforiem (MS IIS+ASP, Java, Apache+PHP+PostgresSQL, Apache+PHP+MySQL) sme vybrali poslednú. Na kontrolu zadaní na použitie nepovolených konštrukcií použijeme jazyk Perl.  Zdôvodnenie bude v dokumentácii k voľbe platformy v návrhu.

Pri kontrole použitia nepovolených konštrukcií je potrebné vyriešiť prípad, keď súťažiaci nazvú nepovoleným názvom vlastnú funkciu či premennú. Je potrebné prezrieť pravidlá ACM, čo hovoria v tomto prípade, a či tam je tento prípad vôbec uvažovaný.

  1. RH pracuje na spracovaní kapitoly Analýza. Dokumenty o analýze existujúcich systémov boli prispôsobené určenej štruktúre, do prílohy vložíme pravidlá ACM. Je potrebné vypracovať definitívnu verziu.
  2. Rozdelenie funkcií do modulov (v dokumente dox/specifikacia_funkcie_moduly.doc), zatiaľ majú moduly pracovné názvy, a rozdelenie modulov členom tímu na tvorbu návrhu nasledovne:
    • BP moduly USER, ADMIN
    • RH moduly CONTEST/DISTRIBUCIA SUTAZIACIM a CONTEST/ PREBERANIE ZADANIA
    • MS moduly ZADANIE, PROGJAZ, VIEW, COMM, PRINT
    • JŽ moduly CONTEST/ADMIN a CONTEST/VYHODNOCOVANIE

Návrh budeme robiť v CASE prostriedku System Engineer. Štruktúru dokumentácie pre jednotlivé návrhy vytvorí RH a nahrá do adresára doc.

  1. Ostatné vyriešené otázky:
    • Po odovzdaní zadania sa budú súbory uchovávať v súboroch mimo databázy, v špeciálnej adresárovej štruktúre (ktorá bude zohľadňovať súťaž, tím, riešenú úlohu), tak aby bolo zrejmé ktorá verzia je aktuálna.
    • Aby sa predišlo problémom s analýzou hlavičiek prijatých mailov, ktoré posielajú súťažiaci v korešpondenčnom kole, nebude možné zasielať  zadania týmto spôsobom. Odovzdávať sa bude cez formuláre na stránke.
  2. Ostatné otázky na ďalšiu diskusiu:
    • Čo zahrnieme do tvorby prototypu
    • Je potrebné vyriešiť archivovanie ukončených suťaží.
    • Je potrebné vyriešiť, kedy mazať výstupné súbory z testovania zadaní.

 

Úlohy do ďalšieho stretnutia:

Meno

Úloha

Termín odovzdania

RH

Definitívna verzia analýzy, kompletovanie II. časti dokumentácie, spracovanie DFD určených modulov.

12.11.2002

BP

Dopracovať a skompletizovať I. časť dokumentácie, spracovať DFD určených modulov

12.11.2002

MB

Definitívna verzia špecifikácie, spolu s MT vypracovať model údajov systému.

12.11.2002

MT

Definitívna verzia špecifikácie, spolu s MB vypracovať model údajov systému.

12.11.2002

Dokončiť určenú časť návrhu, spracovať DFD určených modulov.

12.11.2002

MS

Dokončiť určenú časť návrhu, spracovať DFD určených modulov.

12.11.2002

 

 

 

 

 

 



 Design (C) 2002 / SmOK