a20078

• 2. ledna, cca 17 hod: Hodnocení projektů lze považovat za dokončené. Pro další vývoj platí:
  • odevzdané projekty bez hodnocení (cca 15 kusů) jsou jaksi nejasné. Jejich autoři nechť se u mne zastaví (celý tým) je vysvětlit a nejlépe i na přineseném PC předvést. Co nejdříve.
  • z hodnocení plyne i přidělení zápočtů. Studenti bez zápočtu s celkovým hodnocením 13 nebo 14 bodů (tedy rozhodně ne 12, 11, 10, ...) mají šanci situaci napravit, pokud přijdou s vlastní kritikou svého projektu a příslušnou nápravou. Pokud "neví, kde udělali chybu a jsou svým hodnocením zaskočeni", pak rozhodně šance není.
  • nadále platí, že nebudu poskytovat vysvětlení svého hodnocení e-mailem. S každým však projekt proberu osobně, ale výhradně v dopoledních hodinách (tedy rozhodně ne odpoledne - poslední dva měsíce chodíte v intervalech daných exp. rozložením se středem cca 20 minut a v tom se rozhodně nedá dělat další jiná práce)
  • stále platí, že případné přidělování extra 1-3 bodů bude možné až po písemce, kdy se ukáže, komu by to mohlo případně zlepšit známku, s výjimkou "zlepšení" z F na E (tedy výsledkem konzultace k hodnocení projektu nejspíše nebude další bodový zisk)
  • informace uvedeny níže (nebo i jinde) vyjadřují historii informací k projektu, mohou tedy být v rozporu s tímto aktuálním sdělením. Platné je každopádně toto sdělení z 2. ledna
  • pokuste se veškeré nejasnosti s projektem vyřešit co nejdříve

• Konečný termín odevzdání projektů byl stanoven na 21. 12. 2007. Po tomto dni další projekty nebudou přijímány a bude tedy již zřejmé, kdo určitě nemá zápočet. Projekty budu opravovat v pořadí, v jakém byly odevzdávány. Je ovšem dost pravděpodobné, že to nestihnu do prvního termínu zkoušky.

• Podrobnější komentář k projektům: http://perchta.fit.vutbr.cz:8000/vyuka-ims/4

• letos nebudu uznávat projekty, které jste vypracovali minulý rok (lhostejno, jestli jste je odevzdali nebo ne)
• pokud získám dojem, že se mi snažíte odevzdat jakkoliv zrecyklovaný loňský (nebo jinak starý) projekt, projekt neuznám
• pro hladký průbeh odevzdání/hodnocení doporučuji, aby si opakovači zapsali jedno z (loňského pohledu) netradičních témat. Jinak řečeno, pokud opakovač odevzdá nějaký tradiční SIMLIBovský model SHO nebo jeho derivát (koupaliště, menza, restaurace, benzinka), stane se adeptem na hloubkový průzkum mých archivů a případné (i dramaticky) snížené hodnocení
• pokud je opakovač členem týmu s neopakovači, pak se tato pravidla vztahují na celý tým
• smyslem těchto pravidel je udělat tlustou čáru za několika roky recyklovaných projektů
• poznámka pro neopakovače: existují v SHO témata, která bych rozhodně nedoporučoval (proto tento rok kladu důraz na pestrost v tematice). Seznam nedoporučených témat budu editovat zde: nedoporučená témata pro projekt IMS

• projekt řeší skupina o právě dvou studentech (jednočlená skupina není přípustná). Ve vysoce individuálních a odůvodněných případech lze připustit vícečlennu (3,4,...) skupinu.
• členové skupiny pracují na projektu se stejným úsilím. Hodnoceni jsou společně. Pokud by jeden z členů skupiny měl dojem, že se kolega dostatečně nesnaží, může tuto skutečnost popsat v dokumentaci projektu (pak by členové skupiny byli hodnoceni různě).
• kterýkoliv člen skupiny musí být schopen projekt prezentovat a zodpovědět otázky opravujícího. Pokud by nebyl, celá skupina je hodnocena 0 body.
• opravující má právo kdykoliv povolat tým nebo jednotlivce z týmu k vysvětlení řešení

• letos poprvé dodávám témata projektů (přibližně půlka je ale stále formulována obecně). Evidence projektů a jejich účastníků je ve WISu, na stránce IMS.
• přihlašujte se na témata projektů dle zvyklostí ve WISu. Témat je dostatek a pokrývají látku IMS. Většina předpokládá samostudium a vyhledávání dalších informací. K téměř každému projektu je NUTNÁ nějaká implementace vytvořená VÝHRADNĚ členy řešící skupiny.
• u některých témat doporučuji konzultovat náplň tématu se mnou (veškerá forma komunikace VÝHRADNĚ formou news fóra - většina otázek se stále opakuje)
• témat je dostatek, ale předpokládám, že někteří z vás přijdou s vlastní iniciativou. Ve speciálních případech můžu připsat další témata. Vyhrazuju si právo téma zamítnout bez udání důvodu.
• existují v SHO témata, která bych rozhodně nedoporučoval (proto tento rok kladu důraz na pestrost v tematice). Seznam nedoporučených témat budu editovat zde: nedoporučená témata pro projekt IMS
• až na velmi vzácné (a předem dohodnuté výjimky) nepřipouštím projekty vypracované pro JINÝ PŘEDMĚT, které se zdají být příbuzné. Z pohledu IMS se jedná o recyklát a proto špatný jev.
• Podrobnější komentář k projektům: http://perchta.fit.vutbr.cz:8000/vyuka-ims/4

• by měla odpovídat kreditovému hodnocení projektu.
• doporučuji alespoň 15-20 člověko-hodin

• doporučuji formou news fóra - pak vaše otázky a mé odpovědi inspirují i ostatní
• vyhrazuji si právo neodpovídat na e-mailové dotazy
• osobní konzultace kdykoliv, nejlépe dopoledne po 10 hodině
• z časových důvodů nemůžu na projekty vypracovávat recenze. Své hodnocení budu vysvětlovat výhradně při osobní návštěvě. E-mailem nikdy

• studenti recyklují řešené projekty z minulých let, proto jsme také nuceni jaksi inovovat
• úspěšně vypracovaný projekt je předpokladem pro udělení zápočtu do IMS
• veškeré formy plagiátorství budou hodnoceny 0 body pro absolutně všechny zúčastněné, odejmutím zápočtu a možná i přestupkovou komisí

Opravování projektu

• Termín odevzdání je 21. prosince - 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.
• 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.
• svoje soubory balte do .tar.gz

• 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.