• Soukromé zhodnocení jak naplněno, PremekBrada, únor 2008

• Děje se tak na 30%

• Splněno

• Víceméně splněno - RT, fakultní coursemasteři

• Splněno až na rychlost, která je snesitelná ale ne lepší

• Nesplněno, hudba budoucnosti

• Splněno na 50% - verze a tudíž "zálohy" jednotlivých textů fungují, na záloze předmětu jako celku se pracuje

• Hotovo tak na 5% z pohledu učitele. Pracuje se na STAGu?.

• Splněno.

• Splněno.

• Nesplněno, technicky velmi složité

• Splněno tak na 20% - umí se přidat/ubrat editoři, nic lepšího

• Nesplněno, ale naučili jsme se s tím žít

• Splněno

Patří do KategorieCourseWare

Seznam požadavků, které musí portál+courseware portlety splňovat, aby byly prakticky a masově použitelné. Ideálně by se (IMHO [P.Brada]) mělo objevit v nějakém issue tracking systému.

• Oficiální požadavky FAV zaslané na REK v dubnu 2006

• Zálohování obsahu, vratnost změn a správa verzí – možnost obnovit předchozí stav obsahu a v optimálním případě i mít dostupnou historii předchozích verzí obsahu, jak z důvodu ochrany proti ztrátě dat, tak dostupnosti důležitých historických dat. Platí zejména pro textový obsah (typicky informační stránky předmětů), viz požadavek na WebCMS? níže.

CourseWare

• Jedoznačná a závazná definice struktury předmětu - definovat názvy stránek, přesné portlety které na nich mají být, a co v nich má být za obsah. Třeba i 3 varianty, ale neměnné.

• Zakomponování WebCMS? - velká část obsahu předmětu je strukturovaný text, který by měl být spravovaný přes webový redakční systém, nikoli ukládaný do izolovaných portletů.

Portlety pro CourseWare

• Použitelné odevzdávání prací - zaručená funkčnost (LS 2005/2006 velmi špatné zkušenosti), inteligentní download odevzdaných. Viz BP na http://www.kiv.zcu.cz/~brada/vyuka/dipl/bc-2005-kraus.

Seznam požadavků, které musí portál+courseware portlety splňovat, aby byly prakticky a masově použitelné.

Organizační a systémové

• Provést analýzu potřeb kateder, studentů, dalších subjektů – použitá řešení, technologie, procesy atd. musí vycházet z potřeb a způsobu práce uživatelů portálu. Tento krok je třeba provést dříve než všechny ostatní.
• Systémová podpora provozu a rozvoje – univerzitou garantovaná údržba portálu včetně řešení problémů uživatelů, dostatečné projektové a personální zabezpečení pro rozvoj služeb nabízených portálem (ve shodě s bodem 1 výše).
• Snadné oznamování nedostatků a námětů – rozhraní pro zadávání požadavků do RT snadno přístupné přímo na portálu, např. v globální nabídce (tak jako je dostupná Správa, Upravit stránku apod.). Řešení přes diskusní forum na úvodní stránce portálu je nedostačující.

Portál

• Garantovaná dostupnost, stabilita a rychlost – dlouhodobé výpadky jako jsou profylakční pátky jsou nepřijatelné, krátkodobé časté výpadky taktéž, funkčnost systému se bude měnit v podobném režimu jako jsou změny IS univerzity (tj. letní odstávka), nikoli za provozu, systém bude mít garantovanou rychlou odezvu (vhodná doba od prokliku k plnému zobrazení stránky je do 2s).
• Vytěžování a výměna obsahu – schopnost přes definovaná API a distribuční kanály (viz bod 1) importovat data zadávaná v místě vzniku (katedry) a exportovat data vznikající v portálu, nebo přes portál dostupná, pro lokální použití na jiných webech/aplikacích.
• Zálohování obsahu, vratnost změn a správa verzí – možnost obnovit předchozí stav obsahu a v optimálním případě i mít dostupnou historii předchozích verzí obsahu, jak z důvodu ochrany proti ztrátě dat, tak dostupnosti důležitých historických dat. Platí zejména pro textový obsah (typicky informační stránky předmětů).

��pravy dat přes portál* – možnost přes webové rozhraní portálu editovat relevantní data ve STAGu?, INISu? a dalších back-end systémech, jako cesta ke zjednodušení aktualizace dat.

CourseWare, portlety

• Flexibilnější přístup k obsahu – zejména u Courseware, ne jen přes katedry, ale také přes „moje předměty“ (student), „studijní programy“ (student, katedra, fakulta), „organizační hierarchii“ apod.
• Byl by vhodný náhled na přístup k obsahu přes autorizační skupiny – možnost nechat si zobrazit web jako příslušník typické autorizační skupiny jiné, než ve které je aktuální uživatel. Důležité např. pro vyučující, kteří potřebují ověřit, co ze stránek jimi editovaných předmětů je (ne)dostupné studentům těchto předmětů, ostatním studentům, atd.
• Lepší správa předmětů vyučujícími – jednak snazší možnost definovat přístup k úpravám obsahu (vč. automaticky dle dat o vyučujících – přednášejícím i cvičících – ve STAGu?), za druhé zahrnutí doktorandů do skupiny „zaměstnanci“ pro účely správy obsahu předmětů.