4.2.1 Povinný obsah prvního vydání (Release 1)
• Přihlášení do systému.
• Tvorbu a úpravu kurzů.
• Tvorbu a úpravu obsahu kurzů.
• Přihlašování studentů do kurzů.
4.2.2 Povinný obsah druhého vydání (Release 2)
• Tvorba a úprava testových otázek.
• Generování a vyhodnocování testů.
• Tvorba a úprava komunikačních prostředků.
4.2.3 Obsah třetího vydání (Release 3)
• Generování statistik a reportů.
• Úprava profilu uživatele.
• Případně další doplňující funkcionality.
4.3 Finanční plán
Incepční a elaborační fáze jsou tvořeny v rámci diplomové práce a nevyžadují žádné finanční prostředky. Zbylé fáze nemají doposud určeny finanční náročnost ani finanční plán.
4.4 Plán zdrojů
Fakulta mechatroniky, informatiky a mezioborových studií disponuje velkým množstvím kvalifikovaných odborníků a programátorů schopných celý projekt řídit a realizovat. Dále je možné využít potenciálu studentů v rámci jejich projektů, bakalařských a diplomových prací.
5 Rizika
Tato kapitola se zabývá základními riziky vývoje ELP pro TUL. Mapuje rizika i dopad případného problému na projekt. Navrhuje, jakým způsobem tomuto konkrétnímu problému předejít, ale i jakým způsobem potencionální problém zmírnit v případě, že se mu nepodaří předejít. Největším problémem je neporozumění požadavkům zadavatele, což vede k tvorbě softwaru s odlišnými vlastnostmi, než je požadováno. Prevence tohoto rizika má nejvyšší prioritu.
5.1 Neporozumění požadavkům zadavatele
Závažnost Vysoká.
Popis Nebylo porozuměno potřebám zadavatele. Vyvíjí se software s jinými vlastnostmi než zadavatel požaduje.
Dopad na projekt Systém nesplňuje očekávání zadavatele. Projekt se musí přepracovat. Oddálení data odevzdání.
Ukazatel Nepřiměřené množství změnových požadavků.
Prevence Důkladné prodiskutování požadavků a později časté interakce se zákazníkem.
Zmírňující plán Úprava systému odložení realizace.
5.2 Neoblíbenost ELP
Závažnost Vysoká.
Popis Systém není oblíben jeho uživateli.
Dopad na projekt Projekt nesplnil očekávání a je nepoužitelný.
Ukazatel Komunita TUL nevyužívá služeb systému.
Prevence Důraz na jednoduchost a funkčnost systému.
Komunikace s koncovými uživateli v průběhu vývoje.
Zmírňující plán Doplnit uživatelský manuál o video návody. Uspořádat informační přednášky.
5.3 Nekompatibilita rozhraní pro komunikaci se Stagem
Závažnost Střední.
Popis Systém není schopen získat od Stagu potřebné informace.
Dopad na projekt Přepracování rozhraní. Odsun data dokončení ELP.
Ukazatel ELP nekomunikuje se Stagem
Prevence Konzultace s kompetentním zástupcem systému Stag Zmírňující plán Návrh a přepracování nového rozhraní.
5.4 Pomalá odezva systému
Závažnost Nízká.
Popis Systém není schopen v požadovaném čase reagovat na požadavky uživatelů.
Dopad na projekt Dodatečné náklady.
Ukazatel Odezva systému je delší než udává specifikace.
Prevence Důkladná analýza výkonostních požadavků.
Zmírňující plán Dodatečné zrychlení systému přikoupením hardwaru, optimalizace zdrojových kódů.
6 Model případů užití
Tato kapitola popisuje podstatné případy užití ELP. Tyto případy užití tvoří základ funkčnosti ELP. Případy užití poskytují obecný náhled na systém a jeho funkčnost. Zobecněný pohled na systém je na následujícím obrázku.
6.1 Přihlášení
6.1.1 Popis
Případ užití, pomocí kterého se uživatelé přihlašují do systému. Jedná se o jednoduchý případ užití, který zabraňuje neoprávněnému užití systému a rozlišuje jednotlivé typy uživatelů.
6.1.2 Základní posloupnost událostí (přihlášení)
1. Systém uživatele vyzve k vyplnění přihlašovacích údajů.
2. Uživatel zadá :
• Uživatelské jméno ve tvaru jméno.příjmení.
• Heslo.
3. Systém ověří zadané údaje. Jestliže jsou v pořádku, přihlásí uživatele a dojde k ukončení tohoto případu užití. Jestliže zadané údaje nejsou v pořádku, informuje o tom uživatele a vyzve ho k opětovnému zadání přihlašovacích Obrázek 10: Diagram podstatných případů užití ELP
4. Po úspěšném přihlášení je zobrazena úvodní stránka s odkazem na manuál a všechny základní případy užití (dáneho uživatele) v právé části menu.
6.1.3 Alternativní posloupnosti událostí
6.1.3.1 Uživatelský manuál
1. Uživatel vybere odkaz ''Uživatelský manuál''.
2. Systém přejde na případ užití uživatelský manuál.
6.1.4 Doplňující informace
Speciální požadavky Přihlašování pomocí protokolu Lightweight Directory Access.
Předpoklady Tento případ užití nemá žádné podmínky, které musí být splněny před jeho spuštěním.
Konečné podmínky Přechod na úvodní stránku ELP Přidaná hodnota Autorizovaný přistup do systému.
6.1.5 Diagram případu užití
6.2 Administrace kurzů
6.2.1 Popis
Tento případ užití je přístupný primárně pedagogům. Poskytuje pohled na všechny kurzy, v nichž je pedagog zainteresován a detaily jednotlivých kurzů.
V neposlední řadě pak umožnuje tvorbu, úpravu a mazání kurzů.
6.2.2 Základní posloupnost událostí (založení nového kurzu) 1. Pedagog vybere „Založit nový kurz“.
Obrázek 11: Diagram případu užití
2. Systém zobrazí formulář pro vyplnění základních údajů o kurzu. Nabídne předměty, ke kterým může být kurz založen, a seznam pedagogů, kteří mohou být ke kurzu přiřazeni.
3. Pedagog vybere:
• Typ kurzu (kurz k předmětu nebo speciální kurz bez předmětu).
• Předmět ze Stagu, ke kterému kurz patří (pokud je vyžadováno).
4. V případě, kdy je vybrán kurz k předmětu, jsou předvyplněny všechny dostupné informace o kurzu podle příslušného předmětu. Takto předvyplněná pole mohou být dále upravována.
5. Pedagog může vybrat:
• Spoluzodpovědné osoby a jejich role.
• Délku trvání kurzu.
• Skpinu uživatelů, pro které je kurz určen.
6. Pedagog vyplní:
• Název a zkratku kurzu.
• Popis kurzu.
7. Pedagog může vyplnit:
• Omezující podmínky kurzu: začátek a konec kurzu, max. počet studentů (rozlišuje se role účastníka a pozorovatele), kritéria nepřijetí dalšího účastníka (fronta, prospěch, fakulta).
• Kredity, cíle předmětu, požadavky na studenta, přehled probírané látky, akreditaci, přehled literatury, získané vědomosti, hodnotící metody, studijní programy, do kterých je předmět zařazen, garanta, rozsah, semestr, použité místnosti, formu zápočtu, formu zkoušky, způsob ukončení.
8. Pedagog vybere „Vytvořit“.
9. Systém zkontroluje správnost zadaných údaju. Jestliže nejsou zadaná data v pořádku, zobrazí systém informaci o chybě v zadaných datech na patřičném místě a vyzve uživatele ke korektuře. Jestliže je vše v pořádku, zobrazí se informace o úspěšném vytvoření kurzu a přejde přehled kurzů. Zde případ užití končí.
6.2.3 Alternativní posloupnosti událostí
6.2.3.1 Detail kurzu
1. Uživatel zvolí „Detail kurzu“ u příslušného kurzu.
2. Systém zobrazí Stránku se záložkami detail kurzu, obsah kurzu.
3. Záložka detail kurzu obsahuje všechny dostupné informace o daném kurzu, konkrétně jsou popsány v předchozí kapitole, a možnost přejít na případ užití Úprava kurzu.
4. Záložka obsah kurzu obsahuje stručný přehled (formou tabulky) obsahu kurzu a možnost přejít na případ užití Administrace obsahu kurzu.
6.2.3.2 Úprava kurzu
1. Uživatel pedagog zvolí „Úprava kurzu“ z detailu kurzu.
2. Systém zobrazí stejný formulář jako je zobrazen při zakládání nového kurzu a předvyplní jednotlivé volby a výběry.
3. Uživatel změní určitý počet vlatností kurzu.
4. Uživatel vybere „Uložit změny“.
5. Systém překontroluje správnost zadaných hodnot a závislosti. Jestliže je vše v pořádku, zobrazí informaci o úspěšném upravení kurzu a přejde na detail kurzu.V tuto chvíli případ užití končí.
6. V případě, že systém vyhodnotí některá zadání jako nevyhovující, informuje o tom uživatele a vyzve ho k opravení těchto hodnot.
6.2.3.3 Odebrání účastníků z kurzu
1. Uživatel pedagog zvolí „Odebrat účastníky“ z detailu kurzu.
2. Systém zobrazí seznam na kurz přihlášených uživatelů spolu s ovládacím prvkem pro odebrání uživatelů z kurzu.
3. Pedagog vyplní důvod odebrání uživatelů.
4. Pedagog pomocí vícenásobného výběru a následného potvrzení odebre 1-n uživatelů z kurzu.
5. Odebraní uživatelé jsou systémem informování o této skutečnosti.
6.2.3.4 Administrace obsahu kurzu
Popsáno v kapitole 6.3 Administrace obsahu kurzu.
6.2.4 Doplňující informace
Speciální požadavky Nejsou definovány
Předpoklady Uživatel je přihlášen jako pedagog.
Uživatel má potřebná práva na daný kurz.
Konečné podmínky Přechod na úvodní stránku.
Přidaná hodnota Vytváření, přehled a administrace základních prvků ELP.
6.2.5 UC diagram
Obrázek 12: Případ užití Administrace kurzů
6.2.6 Prototyp zakládání kurzu
6.3 Administrace obsahu kurzu
6.3.1 Popis
Tento případ užití slouží k tvorbě, úpravě a katalogizaci obsahu jednotlivých kurzů. Obsahem kurzu rozumíme studijní materiály v různých formátech, dále pak úkoly, testy, odkazy a diskuze.
6.3.2 Základní posloupnost událostí (přidání obsahu) 1. Uživatel pedagog zvolí „Přidat obsah“ z přehledu obsahu.
2. Uživatel vybere:
• Kategorii obsahu, případně založí novou kategorii.
• Typ obsahu (soubor, odkaz, text, …).
3. Uživatel určí:
• Časovou a věcnou dostupnost obsahu.
• Název obsahu.
Obrázek 13: Prototyp zakládání kurzu
5. Uživatel potvrdí tvorbu obsahu ovládacím prvkem „Provést založení“.
6. Systém zkontroluje zadaná data, jestliže je obsah v pořádku, informuje o úspěšném přidání obsahu, přejde na přehled obsahu.
7. V opačném případě (formulář je chybě vyplněn) vyzve uživatele k upravení chybných údajů, jakými může být nevybraná kategorie.
6.3.3 Alternativní posloupnosti událostí
6.3.3.1 Úprava obsahu
1. Uživatel zvolí „Upravit obsah“ u konkrétního obsahu z přehledu obsahu.
2. Systém zobrazí stejný formulář jako při přidávání nového obsahu a předvyplní dané volby podle konkrétního obsahu.
3. Uživatel má možnost upravit jakoukoli volbu.
4. Uživatel potvrdí volbu stiskem ovládacího prvku „Uložit změny“.
5. Systém provede kontrolu zadaných dat stejně jako při založení, jestliže je vše v pořádku, informuje uživatele o úspěšné změně obsahu a přejde na přehled obsahu. Systém informuje uživatele o špatně zadaných datech stejně jako při založení.
6.3.3.2 Smazání obsahu
1. Uživatel zvolí „Smazat obsah“ u konkrétního obsahu z přehledu obsahu.
2. Systém zobrazí dialog s otázkou, zda opravdu obsah smazat.
3. Jestliže uživatel potvrdí volbu, systém obsah smaže, informuje o jeho úspěšném smazání uživatele a přejde zpět na přehled obsahu.
4. Jestliže uživatel nepotvrdí volbu, systém přejde zpět na přehled obsahu.
6.3.3.3 Přidání kategorie obsahu
1. Uživatel zvolí „Vytvořit novou kategorii obsahu“.
2. Systém zobrazí formulář.
3. Uživatel zadá:
• Název kategorie.
• Popis kategorie.
• Globální pravidla dostupnosti kategorie (časové a věcné).
4. Uživatel definuje barvu a styl zobrazování skupiny.
5. Uživatel potvrdí svou volbu
6. Systém informuje uživatele o úspěšném přidání skupiny.
7. Systém přejde na přehled obsahu.
6.3.3.4 Administrace testů
Popsáno v kapitole 6.4 Administrace testů
6.3.4 Doplňující informace
Speciální požadavky Nejsou definovány
Předpoklady Uživatel je přihlášen jako pedagog. Uživatel kurz založil nebo má právo na administraci obsahu.
Konečné podmínky Přechod na přehled obsahu kurzu.
Přidaná hodnota Vytváření a administrace obsahu jednotlivých kurzů, což přináší systému jednu z hlavních funkčností. Přehled obsahu.
6.3.5 Diagram případu užití
Obrázek 14: Diagram případu užití "Administrace obsahu"
6.3.6 Prototyp přidání obsahu
6.4 Administrace testů
6.4.1 Popis
Případ užití poskytuje pedagogům přehled o již vytvořených definicích testů, vytvořených testech. Umožnuje spravovat a vytvářet jednotlivé definice testů a tvořit soubory otázek. Neméně podstatnou částí je pak možnost vytvoření konkrétního testu z definice testu.
6.4.2 Základní posloupnost událostí (tvorba definice testu) 1. Uživatel zvolí „vytvořit definici testu“ z přehledu definic testů.
2. Systém zobrazí prázdný formulář pro zadání základních hodnot testu.
3. Uživatel vybere:
• Minimálně jeden soubor otázek, ze kterého se bude později test generovat.
4. Uživatel zadá:
• Název testu.
• Popis testu.
Obrázek 15: Prototyp přidání obsahu
• Zadat podmínky pro úspěšné složení testu.
• Vybrat typ publikování testu.
6. Uživatel potvrdí volbu pomocí ovládacího prvku.
7. Systém informuje uživatele v případě, kdy nejsou vybrané žádné soubory otázek.
8. Jestliže jsou zadané hodnoty v pořádku, informuje systém uživatele o úspěšném vytvoření definice testu a přejde na přehled testů.
6.4.3 Alternativní posloupnosti událostí
6.4.3.1 Tvorba testů
1. Uživatel zvolí „Použít definici testu“ z přehledu definic testů v řádku konkrétní definice.
2. Systém zobrazí formulář s předvyplněnými hodnotami z definice testu.
3. Uživatel vybere:
• Typ testu (elektronický, tištěný).
• Počet variant testu.
• Kurz, ke kterému je test přiřazen.
4. Uživatel definuje u elektronického testu:
• Stupnici hodnocení testu.
• Časovou dostupnost testu.
• Dobu trvání testu.
5. Uživatel definuje u tištěného testu:
• Počet výtisků.
• Stupnici hodnocení testu.
6. Uživatel potvrdí svojí volbu ovládacím prvkem.
7. V případě elektronického testu je test připraven. Systém informuje o úspěšném založení testu a přejde na přehled definic testů.
8. V případě tištěného testu systém vygeneruje jednotlivé verze do souborů formátu pdf. Vyzve uživatele k uložení těchto souborů.
9. Po úspěšném provedení předchozích kroků přejde na seznam definic testů.
6.4.3.2 Administrace souboru otázek
1. Uživatel pedagog zvolí administraci souboru testových otázek z přehledu definic testů.
2. Systém zobrazí přehled souborů testových otázek ve formě tabulky.
3. Uživatel vybere přidat, upravit nebo smazat konkrétní soubor pomocí ovládacích prvků na konci řadku tabulky.
4. Systém zobrazí potvrzovací dialog v případě, že uživatel zvolil smazání a po potvrzení soubor smaže.
5. Systém přejde na případ užití „Tvorba souboru otázek“, jestliže uživatel zvolil přidání nebo úpravu souboru otázek.
6. Každý soubor otázek nese atribut, který určuje, jestli je veřejný (přístupný studentům), testovací (určený k testování znalostí studentů) nebo obojí.
6.4.3.3 Administrace testových otázek
1. Uživatel vybere soubor otázek v seznamu souborů otázek.
2. Systém zobrazí odsazený seznam otázek pod názvem souboru otázek.
3. Uživatel může přidat, upravit a mazat otázky každého souboru otázek po vzoru administrace kurzů.
6.4.4 Doplňující informace
Speciální požadavky Nejsou definovány.
Předpoklady Uživatel je přihlášen jako pedagog.
Konečné podmínky Přechod na přehled obsahu kurzu.
Přidaná hodnota Tvorba a úprava otázek. Tvorba a úprava definic a instancí testů. Automatizované ověřování znalostí studentů.
Generování testů.
6.4.5 Diagram případu užití
6.4.6 Prototyp tvorby definice testu
6.5 Vzdělávání
6.5.1 Popis
Tento případ užití slouží studentům k získávání studijních materiálů, Obrázek 17: Prototyp tvorby definice testu
Obrázek 16: Případ užití Administrace testů
6.5.2 Základní posloupnost událostí (detail obsahu)
1. Uživatel vybere konkrétní obsah z přehledu obsahu, který je setříděn do podskupin podle časových a věcných (typ obsahu) atributů.
2. Systém provede různé akce v závislosti na typu obsahu. Systém může provést tyto akce:
• Otevření detailu obsahu v rámci nového případu užití.
• Otevření nového okna s adresou obsahu.
• Otevření asociovaného programu v závislosti na typu obsahu.
• Vyzvat uživatele k umístění obsahu na pevný disk osobního počítače.
6.5.3 Alternativní posloupnosti událostí
6.5.3.1 Odevzdání úkolu
1. Uživatel přejde na daný úkol z přehledu studijních materiálů.
2. Systém zobrazí slovní zadání úkolu spolu se specifiky.
3. Uživatel pomocí ovládacího prvku vloží do systému jeden až n souborů a potvrdí volbu.
4. Systém zobrazí informaci o úspěšném odevzdání úkolu a přejde na detail úkolu, kde jsou odevzdané soubory zobrazeny a je možné je smazat a opětovně nahrát až do data odevzdání.
6.5.3.2 Komunikace
1. Uživatel přejde na záložku komunikace z přehledu kurzu.
2. Uživateli se zobrazí nástěnka předmětu a jemu přístupné poslední aktivity napříč celou komunikací náležící danému kurzu.
3. Uživatel má možnost přejít do těchto podsekcí:
• Fórum, zakládání nových vláken a přidávání příspěvků.
• Chat, vkládání a čtení příspěvků v reálném čase, bez podkategorií.
• Konzultace s pedagogem, pokládání dotazů a změny stavu již položených.
• Interní zprávy uživatelům, interakce uživatelů pomocí interních soukromých zpráv.
6.5.4 Doplňující informace
Speciální požadavky Veškeré materiály jsou ukládány na diskové pole využívající technologii vícenásobných diskových polí RAID 3.
Předpoklady Student je příhlášen na daný kurz.
Konečné podmínky Přechod na Přehled kurzů.
Přidaná hodnota Dostupnost studijních materiálů pro studenty. Vybírání zadaných úkolů a meziuživatelská komunikace.
6.5.5 Diagram případu užití
6.5.6 Prototyp přehledu obsahu kurzu
Obrázek 18: Diagram případu užití Vzdělávání
Obrázek 19: Prototyp přehledu obsahu kurzu
6.6 Výběr kurzu
6.6.1 Popis
Tento případ užití slouží studentům jako rozcestník v rámci kurzů. Kurzy lze řadit podle jednotlivých kritérií a filtrů. Každý kurz obsahuje informaci, zda je student na tento kurz přihlášen.
6.6.2 Základní posloupnost událostí (Přehled kurzů)
1. Uživatel vybere „Přehled kurzů“ z hlavního menu systému.
2. Systém zobrazí filtr, ve kterém je možno vybrat:
• Zobrazit kurzy k předmětům, které má uživatel zapsané.
• Filtrování podle fakult, studijních oborů.
• Časové filtrování.
• Filtrovat podle zadáného textu.
3. Po potvrzení filtru systém vypíše vyhovující kurzy s následujícími informacemi:
• Název kurzu.
• Počet volných míst v kurzu pro běžné studenty a pro studenty pozorovatele.
• Indikaci zapsání do kurzu.
6.6.3 Alternativní posloupnosti událostí
6.6.3.1 Detail kurzu
1. Uživatel přejde z přehledu kurzů na detail pomocí ovládacího prvku.
2. Systém zobrazí detailní informace o kurzu (dostupné informace).
3. Systém zobrazí ovládací prvky pro přihlášení podle dostupnosti kurzu pro daného uživatele (přihlásit jako účastník, přihlásit jako pozorovatel).
4. Uživate vybere přihlásit/odhlásit daný kurz jako účastník nebo jako student pozorovatel.
5. Systém informuje uživatele o úspěšném přihlášení a přejde na přehled obsahu kurzu v případě, že se uživatel na kurz přihlásil.
6. Systém informuje uživatele o úspěšném odhlášení z kurzu a přejde na přehled kurzů v případě, že se uživatel z kurzu odhlásil.
6.6.4 Doplňující informace
Speciální požadavky Komunikace se studijní agendou.
Předpoklady Uživatel je přihlášen jako student.
Konečné podmínky Přechod na úvodní stránku.
Přidaná hodnota Řízená účast studentů na kurzech.
Přehled dostupných kurzů.
6.6.5 Diagram případu užití
6.7 Testování
6.7.1 Popis
Teto případ užití slouží k ověření znalostí studentů. Systém rozlišuje dva druhy testů. Povinný test, který student musí vyplnit na základě požadavků pedagoga, a test nepovinný, tzv. samotest sloužící převážně k výuce studenta.
6.7.2 Základní posloupnost událostí (povinný test) 1. Uživatel zvolí „Vyplnit test“ z přehledu obsahu kurzu.
2. Systém vygeneruje instanci testu z testu.
3. Uživatel vyplní instanci testu a potvrdí vyhodnocení.
4. Systém vyhodnotí instanci testu.
5. Jestliže test obsahuje otázky, které jsou označeny jako systémem Obrázek 20: Diagram případu užití Výběr kurzu
6. Systém zobrazí otázky a správné odpovědi.
6.7.3 Alternativní posloupnosti událostí
6.7.3.1 Samotest (self test)
1. Uživatel zvolí „Testovat znalosti“ z přehledu obsahu kurzu.
2. Systém zobrazí formulář, kde student vybere počet otázek testu.
3. Uživatel potvrdí volbu.
4. Systém vygeneruje test.
5. Uživatel vyplní test a potvrdí vyhodnocení testu.
6. Systém vyhodnotí test.
7. Systém zobrazí uživatelovy otázky a správné odpovědi.
6.7.3.2 Přehled výsledků
1. Uživatel zvolí přehled výsledků testů z přehledu obsahu kurzu.
2. Systém zobrazí možnost filtrování podle:
• Data.
• Odkaz na detail testu.
6.7.4 Doplňující informace
Speciální požadavky Nejsou definovány.
Předpoklady Uživatel je přihlášen jako student. Kurz obsahuje, alespoň jeden, soubor veřejně přístupných otázek.
Konečné podmínky Přechod na přehled obsahu kurzu.
Přidaná hodnota Studenti mají možnost ověřit si své znalosti.
6.7.5 Diagram případu užití
6.7.6 Prototyp povinného testu
6.8 Administrace systému
6.8.1 Popis
Případ užití slouží pověřené osobě ke správě celého systému. Podmnožina úkonů administrátora odpovídá součtu množin úkonů všech uživatelů. Jinými slovy má administrátor v systému neomezená práva. Případ užití umožňuje navíc administrovat uživatelská práva.
Obrázek 21: Diagram případu užití Testování
Obrázek 22: Prototyp povinného testu
6.8.2 Základní posloupnost událostí (správa uživatelů)
1. Uživatel vybere „Správa uživatelů“ v hlavním menu systému.
2. Systém zobrazí abecedně seřazený seznam uživatelů a filtr s možností filtrování podle práv, typu uživatele, atp.
3. Uživatel má možnost přidat, upravit a mazat práva jednotlivých uživatelů a uživatele pomocí ovládacích prvků, které jsou u každého uživatele.
4. Uživatel potvrdí volbu.
5. Systém informuje uživatele o stavu provedené operace.
6.8.3 Alternativní posloupnosti událostí
6.8.3.1 Administrace kurzů
Administrace kurzů probíhá stejně jako administrace kurzů pedagogy.
6.8.3.2 Administrace systému
1. Uživatel zvolí „Administraci systému“ z hlavního menu administrátora.
2. Systém zobrazí servisní menu, v němž může uživatel změnit:
• Soubor s kaskádovými styly.
• Databázový zdroj.
6.8.4 Doplňující informace
Speciální požadavky Je kladen velký důraz na zabezpečení celého případu užití a pohybu admistrátora v systému.
Předpoklady Uživatel je přihlášen jako administrátor s neomezenými právy.
Konečné podmínky Přechod na přihlašovací stránku.
Přidaná hodnota Administrace systému a práv uživatelů.
6.8.5 Diagram případu užití
6.8.6 Prototyp správy uživatelů
Obrázek 23: Diagram případu užití Administrace systému
Obrázek 24: Prototyp správa uživatelů
7 Architektura
7.1 Úvod
V této kapitole je popsána architektura ELP, který je vyvíjen v rámci této diplomové práce. Jsou stanoveny fundamenty celé architektury a je poskytnut náhled do architektury pomocí více různých pohledů.
7.2 Reprezentace architektury
Architektura je reprezentována řadou pohledů, konkrétně pomocí pohledu případů užití, logického pohledu, procesního pohledu a pohledu nasazení. V rámci těchto pohledů jsou použity diagramy tříd, sekvenční diagramy, diagramy případů užití a ostatní diagramy.
7.3 Architektonické cíle a omezení
• Všichni uživatélé (pedagogové, studenti) musí mít veškerou funkčnost systému přístupnou i mimo školní síť LIANE.
• Všichni uživatélé (pedagogové, studenti) musí mít veškerou funkčnost systému přístupnou i mimo školní síť LIANE.