archiv - 2006/7
Informace k projektům a domácím úkolům
Konec opravování projektů
- Ukočil jsem hodnocení projektů
- Několikrát jsem oznamoval, že nebudu podávat žádné komentáře mailem. Kdo se chce na něco zeptat, může se kdykoliv stavit osobně
- Body budu případně přidávat až po zkoušce, a to pouze jedincům, kteří:
- budou reagovat na mé dotazy ohledně jejich projektu
- přijdou s již vymyšleným zlepšením svého projektu
- navýšením 1-3 bodů se přehoupnou do vyšší známky
- Pokud někdo neobdržel hodnocení, je to tím, že jsem jeho/její projekt považoval za jaksi vychýlený. Rád bych takové projekty prodiskutoval osobně s jejich autory
Opravování projektu
- Termín odevzdání je 5. ledna - pokud nestihnete do té doby odevzdat, rozhodně mi své projekty neposílejte poštou.
- Hodnotím originalitu a celkovou úroveň projektu. Významné jsou i výsledky získané experimentování s modelem. Experimentálně nepoužitý model je k ničemu.
- Vzhledem k celkovému počtu projektů nejsem schopen na každý projekt vypracovat recenzi. Pokud by někoho zajímaly mé komentáře, pak je předávám výhradně při osobní návštěvě (v mé kanceláři po celkovém ukončení hodnocení). Nebudu podávat žádná vysvětlení mailem. Body budu případně přidávat v rozsahu 1-3 body těm studentům, kterým by to zvýšilo konečnou známku – body tedy budu navyšovat až po termínech zkoušení.
- Nadstandardní projekty budou bonifikovány extra body (projeví se po zkoušce).
- Projekty opsané nebo jinak morálně pokleslé mohou být důvodem pro řízení přestupkové komise fakulty.
FAQ - "složitost zadání"
Studenti mají často starost o minimální potřebnou složist svého zadání. Je pozoruhodné, že se nikdo nebojí, aby to se složitostí nepřehnal. Domnívám se, že by se člověk s ambicí o získání VŠ vzdělání, a speciálně v oboru programování, měl být schopen vyrovnat s jistou neurčitostí v zadání. Proto stále považuji specifikaci volně vyřčenou jako "něco si vymyslete tak, aby to nebyla blbost a dávalo to smysl" jako maximálně dostačující. Pokud by ovšem toto mělo pořád u vás vyvolávat frustrace vedoucí k dotazům viz. přiložený e-mail, byl bych nucen všem přikázat (pod pohrůžkou diskvalifikace projektu) něco ve smyslu:
- Abstraktní model ve formě Petriho sítě nechť má vždy alespoň/právě:
- 40 míst
- 30 přechodů, z toho 10 časovaných, z toho 2 s rovnoměrným rozložením, 2 s exponenciálním, ...
- 10 značek v počátečním značení
- každý přechod nechť nese komentář
- model nechť reprezentuje alespoň/právě dva různé procesy
- Simulační model v SIMLIB nechť má:
- alespoň 100 řádků programu,
- s alespoň 3 výskyty příkazu if
- 2 výskyty cyklu for
- dvěma různými zařízeními (přičemž pod pojmem "různý" se míní instance dvou naprosto odlišných předmětů v realitě)
- s alespoň jednou situací, kdy spolu procesy musí komunikovat formou zaslání zprávy. Případná zpráva nechť vždy nese alespoň 2 parametry, z toho alespoň jeden musí být neprimitivního datového typu.
- Pokud jde o "podobnost" řešení, tak je to snad jasné. Projekt má být čistě individuální prací včetně přemýšlení o jeho zadání. Pokud někdo vytvoří model kadeřnictví v jeho rodném městě a druhý prostou transformací identifikátoru "kadeřnice" za "automechanik" a "křeslo" za "rampa" vytvoří pseudosvůj projekt, pak je budu považovat za podobné a tedy opsané.
Pokud vás tato forma specifikace uklidní, můžu na ní ještě zapracovat a pak ji prohlásit za zákon platný totálně pro všechny. Pro vysvětlení přikládám mail, který mi způsobil toto hnutí mysli:
Vazeny pane Hruby,
obracim se na Vas s doplnujicimi otazkami ohledne projektu do IMS.
Na webu jsou jako primer obtiznosti abstraktniho model, ktery mame v ramci
projektu vytvorit, uvedeny priklady ze cviceni.
Bude tedy.....co se obtiznosti tyce (poctu stavu,akteru a jinych metrik)....
poradku pokud se "inspiruji" napriklad variantou intenetove ucebny ci vleku ?
Pokud ne tak jaka obtiznost by byla povazovana za idelani.
Dale pak ... jaka uroven podobnosti je povazovana za duvod ke ztrate bodu ?
Napriklad dva ruzne modely restaurace ?
Jaka je idelani kvalita pokusu, respektive dosazenych statistickych vysledku ?
Jaka je idealni uroven abstrakce modelu, respektive vernosti puvodnimu
prostredi?
Projekt - pokyny člověka, který to bude opravovat
- pokud plánujete v projektu Petriho síť, pak mi stačí tato nakreslená čitelně rukou a následně digitalizována (sken, foto) do rozumně vyhlížejícího JPG/PNG
- dokumentaci zásadně produkujte do otevřeného textu (txt, latin-2 nebo bez diakritiky) nebo PDF. Dokumenty z MS-Win nejsou považovány za přenositelné. Vzhledem k faktu, že se nacházíme na programátorské škole, kvalita dokumentace NEBUDE vyrovnávat nekvalitu programu.
- program testujte na školních systémech (merlin/eva). Pro překlad dodejte makefile. V případě ne-céčkových modelů doplňte informaci o překladu/spuštění (u programů v Simule 67 je to jasné).
- SLOŽITOST ZADÁNÍ - specifikovat minimální složitost zadaného problému je obtížné, poněvadž na to chybí metrika. Dejme si jako vzorovou úroveň příklady z democvičení.
- svoje soubory balte do .tar.gz
Zpracování projektu
Projekt má představovat ucelený proces návrhu modelu a experimentování s ním - proto je nezbytné do projektu začlenit:
- formulaci zadání
- analýzu zadání v míře dané charakterem zadání (konceptuální model)
- abstraktní model - opět závisí na charakteru projektu (u diskrétních systémů například Petriho síť)
- simulační model
- experimenty a komentované experimentální výsledky - vyhrnutí statistik ze SIMLIBu bez náznaku komentáře mě nezajímá!!! Simulací zjišťujte chování systému v různých situacích. Projekty bez komentovaných (vysvětlených) výsledků a bez několika experimentů budou hodnoceny méně body.
Links to this Page
- a20078 last edited on 6 October 2008 at 6:13 pm by dhcpz103.fit.vutbr.cz
- archiv 08/09 last edited on 16 October 2009 at 2:08 pm by pchrubym.fit.vutbr.cz