Mendelova univerzita v Brně Provozně ekonomická fakulta
Informační portál ZŠ Rosice Bakalářská práce
Vedoucí práce:
Vypracovala:
Ing. Jan Turčínek
Radka Folvarčíková
Brno 2013
Poděkování Chtěla bych touto cestou poděkovat vedoucímu bakalářské práce, Ing. Janu Turčínkovi, za ochotu, cenné rady a připomínky, které mi pomohly při zpracování této práce. Dále také pracovníkům Základní školy Rosice za ochotu, poskytnuté informace a spolupráci.
Prohlášení Prohlašuji, že jsem bakalářskou práci na téma „Informační portál ZŠ Rosice“ vypracovala samostatně pod dohledem vedoucího práce a na základě pramenů, které cituji a uvádím v seznamu literatury. V Brně dne 20. Listopadu 2012
…………………………….
Abstract Folvarčíková R. Information portal ZŠ Rosice. Bachelor thesis, Brno, 2012. This bachelor thesis deals with creation of online school information portal. The theoretical part of the thesis is dedicated to basic concepts and general problems of information systems creation. Practical part processes analysis of the present state systems on the market and in elementary school Rosice. Then deals with design and implementation. Implementation is realized with the help of scripting language PHP using MySQL database. Successful solution is evaluated with original requirements to portal in conclusion. Keywords school information portal, PHP, MySQL, elementary school, students classification
Abstrakt Folvarčíková R. Informační portál ZŠ Rosice. Bakalářská práce, Brno, 2012. Tato bakalářská práce se zabývá tvorbou online školního informačního portálu. Teoretická část práce se věnuje základním pojmům a všeobecné problematice tvorby informačního systému. Vlastní práce zpracovává analýzu současného stavu systémů na trhu a v Základní škole Rosice. Následně se zabývá návrhem a implementací. Implementace je prováděna za pomocí skriptovacího jazyka PHP s použitím MySQL databáze. Na závěr je zhodnoceno úspěšné řešení s původními požadavky na portál. Klíčová slova školní informační portál, PHP, MySQL, základní škola, evidence prospěchu
Obsah
6
Obsah 1
2
Úvod a cíl práce ...................................................................................................... 9 1.1
Úvod .................................................................................................................. 9
1.2
Cíl práce ............................................................................................................ 9
Teoretická část ...................................................................................................... 11 2.1
Vymezení základní pojmů ........................................................................... 11
2.1.1
Informace ................................................................................................ 11
2.1.2
Systém ...................................................................................................... 11
2.1.3
Informační systém ................................................................................. 11
2.1.4
Školní informační systém...................................................................... 12
2.1.5
Portál ........................................................................................................ 12
2.2
Dílčí architektura informačního systému .................................................. 13
2.2.1
Procesní architektura ............................................................................. 13
2.2.2
Funkční architektura ............................................................................. 13
2.2.3
Datová architektura ............................................................................... 13
2.2.4
Softwarová architektura........................................................................ 13
2.2.5
Hardwarová architektura ..................................................................... 15
2.2.6
Technologická architektura .................................................................. 15
2.2.7
Architektura 4+1 pohledů ..................................................................... 15
2.3
Životní cyklus IS ............................................................................................ 16
2.3.1
Specifikace problému ............................................................................ 16
2.3.2
Analýza.................................................................................................... 17
2.3.3
Návrh ....................................................................................................... 17
2.3.4
Implementace ......................................................................................... 17
2.3.5
Zavádění .................................................................................................. 17
2.3.6
Provoz, údržba a rozvoj ........................................................................ 17
2.4
Použité prostředky ........................................................................................ 18
2.4.1
HTML ...................................................................................................... 18
2.4.2
CSS ........................................................................................................... 18
Obsah
3
4
7
2.4.3
PHP .......................................................................................................... 18
2.4.4
MySQL ..................................................................................................... 18
2.4.5
Java Script................................................................................................ 18
2.4.6
PowerDesigner ....................................................................................... 19
Metodika řešení .................................................................................................... 20 3.1
Analýza současného stavu ........................................................................... 20
3.2
Návrh informačního portálu ....................................................................... 20
3.3
Implementace ................................................................................................. 21
3.4
Bezpečnost informačního portálu ............................................................... 21
3.5
Nasazení portálu do provozu...................................................................... 21
3.6
Kalkulace ........................................................................................................ 21
3.7
Zhodnocení využití informačního portálu ................................................ 22
Vlastní práce ......................................................................................................... 23 4.1
Analýza současného stavu ........................................................................... 23
4.1.1
Současná nabídka systémů na trhu ..................................................... 23
4.1.2
Výhody a nevýhody školních informačních systémů ...................... 24
4.1.3
Důvod vytvoření informačního portálu ............................................. 24
4.1.4
Současný stav informačního systému na ZŠ Rosice ......................... 25
4.2
Návrh portálu ................................................................................................ 25
4.2.1
Specifikace požadavků .......................................................................... 25
4.2.2
Data Flow Diagram................................................................................ 26
4.2.3
Entitně-relační diagram (ERD)............................................................. 32
4.3
Implementace ................................................................................................. 33
4.3.1
Výběr technologií pro implementaci................................................... 33
4.3.2
Přihlášení uživatele................................................................................ 33
4.3.3
Evidence studijního prospěchu............................................................ 34
4.3.4
Uživatelské rozhraní aplikace a její funkčnost .................................. 36
4.4
Bezpečnost informačního portálu ............................................................... 37
4.5
Nasazení portálu do provozu...................................................................... 38
4.6
Kalkulace ........................................................................................................ 39
Obsah 4.7
8 Zhodnocení využití informačního portálu ................................................ 40
5
Diskuze .................................................................................................................. 42
6
Závěr ...................................................................................................................... 43
7
Použitá Literatura ................................................................................................ 45
Přílohy ........................................................................................................................... 47 Příloha 1 ..................................................................................................................... 47 Příloha 2 ..................................................................................................................... 48 Příloha 3 ..................................................................................................................... 49 Příloha 4 ..................................................................................................................... 50
Úvod a cíl práce
9
1 Úvod a cíl práce 1.1 Úvod Moderní společnost je stále více odkázána na používání informačních systémů a technologií. Informační systémy se stávají hlavní součástí podnikání v mnoha oborech. Setkáváme se s nimi nejen v telekomunikacích a bankovnictví, už jsme si zvykli na to, že jsou zcela běžné také ve školství. Tento proces bývá stále více nevyhnutelný. Na pozadí mnoha technických vymožeností, jako jsou internetové nákupy, elektronické bankovnictví, stojí často velmi složité informační systémy. V dnešní době jsou státní základní školy mnohokrát podřízeny omezenému rozpočtu, který je schválený obcí. Díky tomu si většina státních škol nemohou dovolit najímat na vytvoření a údržbu informačního portálu nové zaměstnance či externí pracovníky, jak tomu je u většiny firem. Většina středních škol se prezentuje webovou prezentací a informační webový systém využívají nejen gymnázia, ale už i obchodní akademie či průmyslové školy. Základní školy jsou po této stránce pozadu. Hodně základních škol se prezentuje webovou prezentací, ale málo z nich informuje zákonné zástupce o prospěchu žáka přes webový informační portál. Díky této skutečnosti vznikla myšlenka vytvořit informační portál, který by napomohl v komunikaci rodičů s učiteli. Tento informační portál bude obsahovat obvyklé vlastnosti informačního systému používané na většině základní škol, ale také bude zahrnovat specifické atributy konkrétní školy. Základní škola Rosice vlastní webovou prezentaci, které se letos dostalo nového designu. V roce 2011 se jim podařilo z vlastních finančních zdrojů zrealizovat WIFI připojení po celé škole. Současný stav, kdy na jednom počítači pracovali čtyři učitelé, byl z praktického hlediska nevyhovující, proto se škola rozhodla zabezpečit pro každého učitele netbook. Tyto počítače získala pomocí projektu Evropské unie, a tím se vytvořily podmínky pro realizaci webového informačního portálu.
1.2 Cíl práce Cílem mé bakalářské práce je navrhnout a implementovat webový informační portál pro Základní školu Rosice. Informační portál bude splňovat obvyklé
Úvod a cíl práce
10
požadavky základních škol, ale také specifické potřeby konkrétní základní školy. Tento portál bude postaven na Open Source softwarech. Informační portál bude mít jednoduché ovládání, které umožní budoucímu uživateli lepší přijetí tohoto portálu. Hlavním posláním portálu bude komunikace mezi studentem a školou a mezi zákonnými zástupci žáka a učiteli. Dalším úkolem je zobrazení prospěchu žáka v jednotlivých předmětech a omlouvání žáků zákonnými zástupci. Práce se bude skládat z několika částí, které jsou důležité pro vytvoření informační portálu. Jedním z prvních kroků bude analýza současného stavu systému na konkrétní základní škole a prozkoumání další možných alternativ. Dále se budeme zabývat specifikací požadavků, návrhu samotného informačního portálu, následně implementaci portálu. Implementace bude prováděna programovacím jazykem HTML, CSS, PHP a také databází MySQL. Také nesmíme na závěr zapomenout zmínit další možnosti rozšíření webového informačního portálu.
Teoretická část
11
2 Teoretická část 2.1 Vymezení základní pojmů 2.1.1 Informace „Informace jsou data, kterým jejich uživatel přisuzuje určitý význam a které uspokojují konkrétní objektivní informační potřebu svého příjemce. Informace vznikají z dat až v okamžiku jejich užití. Informace představují vypovídací schopnost dat, vzniká zpracováním dat a je cílem tohoto zpracování.“ (Rábová, 2006, s. 8)
2.1.2 Systém „Obecně přijatá definice charakterizuje systém jako množinu prvků a vazeb. Prvky systémů na dané úrovni rozlišení chápeme jako nedělitelné. Vazby mezi prvky představují jednosměrné nebo obousměrné spojení mezi nimi. Systém se vyznačuje vstupními a výstupními vazbami, pomocí kterých získává informace z okolí a jiné informace do okolí předává. Na systémy, které zkoumáme, nahlížíme zpravidla z hlediska toho, jak komunikují se svým podstatným okolím, jaké tedy mají cílové chování.“ (Vymětal, 2009)
2.1.3 Informační systém „Přesná definice pojmu Informační systém neexistuje a ani ji nelze jednoduše vytvořit, neboť každý uživatel či tvůrce Informačního systému používá různé terminologie a zdůrazňuje jiné aspekty. Můžeme však říci, že Informační systém (IS) lze chápat jako systém vzájemně propojených informací a procesů, které s těmito informacemi pracují. Přičemž pod pojmem procesy rozumíme funkce, které zpracovávají informace do systému vstupující a transformují je na informace ze systému vystupující. Zjednodušeně můžeme říci, že procesy jsou funkce zabezpečující sběr, přenos, uložení, zpracování a distribuci informací. Pod pojmem informace pak rozumíme data, která slouží zejména pro rozhodování a řízení v rozsáhlejším systému. Do celkové funkce IS se také promítá nezanedbatelná položka okolí. Okolí informačního systému tvoří veškeré objekty, které změnou svých vlastností ovlivňují samotný systém, a také objekty, které naopak mění své vlastnosti v závislosti na systému. Celkově tedy můžeme říci, že IS je softwarové vybavení firmy, které je schopné na základě zpracovávaných informací řídit procesy podniku nebo
Teoretická část
12
poskytovat tyto informace řídícím pracovníkům tak, aby byli schopni vykonávat řídící funkce, mezi které patří zejména plánování, koordinace a kontrola veškerých procesů firmy.“ (Šmíd, 2012, [online])
2.1.4 Školní informační systém Interní agenda Školní informační systém je soubor lidí, metod a technických prostředků, které zajišťují sběr, uchování, analýzu a prezentaci dat určených pro poskytnutí informací v oblasti vzdělávání. Tyto údaje nám umožňují výrazně zefektivnit fungování celé vzdělávací instituce. V dnešní době jsou informační systémy globální aplikace. Jeden školní informační systém tak může současně obsahovat evidenci klasifikace, tisk vysvědčení a třídních výkazů, grafické zpracování prospěchu, suplování, evidenci žáků a zaměstnanců aj. (Maca, 2012, [online]) Externí agenda V současné době školy čím dál více informují o dění na škole prostřednictvím vlastních webových stránek. Více jak 85 % škol dle výzkumu má své webové stránky. Původně jednoduché HTML stránky, spravované jedním webmasterem jsou vyměňovány za redakční systémy, které umožňují publikovat každému učiteli. S rozvojem informačních systémů škol dochází i v oblasti externí komunikace především s rodiči a úřady k významnému posunu. IS se propojuje s redakčním systémem školy, což umožňuje efektivnější přístup k datům, promyšlenější komunikaci, poskytování údajů dle žádostí apod. V dnešní době má takovéto řešení necelá čtvrtina základních škol. Webové prezentace škol ve většině případů bývají statické, interaktivita spočívá zpravidla na možnosti vyplnit anketu, formulář atd. (Maca, 2012, [online])
2.1.5 Portál „Portál je množina technologií a aplikací tvořící univerzální rozhraní, jehož prostřednictvím je každému, koho se dotýkají činnosti organizace (zákazník, dodavatel, zaměstnanec apod.), umožněno účastnit se procesů organizace, přistupovat ke všem relevantním informacím, komunikovat s ostatními kooperujícími pracovníky a realizovat adekvátní aktivity spojené s podnikovými procesy.“ (Gála, 2009)
Teoretická část
13
2.2 Dílčí architektura informačního systému Je základní popis struktury informačního systému z konkrétního pohledu (softwaru, hardwaru, technologického zpracování atd.). Dílčí architektury navazují na globální architekturu, a to tím, že ji rozpracovávají detailněji z různých hledisek.
2.2.1 Procesní architektura Hlavním cílem návrhu procesní architektury je co nejrychlejší reakce podniku na externí události při nízké spotřebě podnikových zdrojů. Východiskem návrhu procesní architektury je určení klíčových externích událostí, které představují podstatné vazby podniku s okolím. Nástrojem je kontextový diagram. Kontextový diagram navazuje na hrubé schéma procesů a vazeb, které se v další fázi ještě upřesňují. Procesní architektura navrhuje budoucí stav procesů ve firmě. (Rábová, 2006)
2.2.2 Funkční architektura Navazuje na architekturu procesní. Je to návrh hierarchického rozpadu požadovaných funkcí a služeb IS. Nástrojem je Data Flow Diagram (DFD) a slovní popis funkcí (minispecifikace). Nejnižší úroveň funkční hierarchie, která je viditelná uživatelům, popisuje elementární funkce, které mají uživatelé IS/IT ještě k dispozici. (Rábová, 2006)
2.2.3 Datová architektura Je návrhem datové základny informačního systému. Nástrojem je entitněrelační diagram (ERD). Vychází z analýzy potřebných datových objektů a jejich vazeb. Na základě datové architektury se navazují datové entity, jejich vazby a atributy. (Rábová, 2006) Grafická část ERD obsahuje dva základní prvky: Entita – jako abstrakce množiny prvků se stejnou logickou strukturou Vazby – definují souvislost mezi objekty, vazby jsou unární, binární, n-ární
2.2.4 Softwarová architektura „Softwarová architektura určuje, z jakých softwarových komponent se informační systém bude skládat a jaké budou vazby mezi těmito
Teoretická část
14
komponentami. Je definována množinou programových jednotek.“ (Rábová, 2006, s. 22) Existují čtyři typy SW architektury: Lineární – cílová funkce systému je dosažena sekvenčním uspořádání elementárních funkcí Hierarchická – vazby jednotlivých funkcí systému jsou reprezentovány stromovým grafem, každá elementární funkce je využita vždy právě v jedné funkci vyšší úrovně Vrstvená – funkce jsou uspořádány do několika vrstev tak, že funkce vyšší vrstvy mohou využívat pouze funkcí podřízených vrstev Síťová – neplatí závazná pravidla podřízenosti a nadřízenosti, nedefinuje žádná pravidla pro vztahy mezi jednotlivými částmi, každá komponenta může využívat služeb jiných komponent
Obrázek 1: Typy softwarové architektury Zdroj: http://radovan.bloger.cz/obrazky/radovan.bloger.cz/is-1-3.jpg
Teoretická část
15
2.2.5 Hardwarová architektura „Určuje typy, počty a vzájemné vazby hardwarových komponent (PC, tiskáren, serverů). Jde většinou o textový popis jednotlivých hardwarových součástí informačního systému o jejich parametry, případně fyzické umístění v rámci podniku.“ (Rábová, 2006, s. 23)
2.2.6 Technologická architektura Technologická architektura řeší technologické řešení aplikace. Propojuje software, hardware a datovou architekturu. Dále definuje způsob zpracování jednotlivých aplikací, vnitřní stavbu aplikací a uživatelské rozhraní aplikace. Obsahuje způsob zpracování (dávkové, řízené událostmi, interaktivní a v reálném čase), klasifikace architektury podle uspořádání počítačových jednotek (centralizované, decentralizované, distribuované, kooperativní).
2.2.7 Architektura 4+1 pohledů Architektura 4+1 pohledů přináší různá hlediska pohledu na informační systém, kde každý pohled odpovídá modelu v dokumentaci systému. Logický pohled identifikuje hlavní balíky, subsystémy, třídy a vazby mezi nimi. Popisuje data a funkce, které zajímají analytika a designera. Logický pohled prezentuje logickou strukturu systému z hlediska výsledné funkčnosti. Implementační pohled představuje organizaci statických softwarových komponent, modulů ve vývojovém prostředí, jejich rozčlenění a zaměření. Je prezentován zdrojovým kódem, datovými soubory, spouštěči aplikace, za co zodpovídají programátoři a SW management. Procesní pohled nahlíží na chování systému jako celku, řeší se konkurence a paralelismus, automatizace úloh, tolerance chyb, zotavení z běhových chyb, odezva systému na vnější podněty, rozšiřitelnost systému, jeho výkonnost a přípustnost. Pohled nasazení popisuje navázání systému na topologii hardwarových a dalších softwarových komponent, znázorňuje fyzické rozložení komponent, nasazení, instalaci, ladění výkonu a musí na něj brát ohled všichni tvůrci systému. Pohled případů užití představuje v architektuře speciální roli, zahrnuje klíčové případy užití (use case), pomáhá odhalit základní požadavky na architekturu aplikace, zajišťuje zpětnou vazbu na věcné požadavky při testování, podporuje systematický přístup k věcným požadavkům. Tento pohled se používá pro koncové uživatele. (Rábová, 2006)
Teoretická část
16
Obrázek 2: Architektura 4+1 pohledů Zdroj: http://objekty.vse.cz/img/rup16.gif
2.3 Životní cyklus IS Každý informační systém podléhá určitému životnímu cyklu. Ten začíná počátečním nápadem něco řešit nebo vylepšit za pomocí IS/ICT v souladu s informační strategií podniku. Tento životní cyklus končí likvidací produktu a výměnou za jiný produkt. Životní cyklu vývoje softwaru obsahuje několik stádií, mezi které patří: Specifikace problému Analýza Návrh Implementace Zavedení a testování produktu Provoz, údržba a rozvoj produktu Každá z etap je podložena metodickými doporučeními, metodami a technikami, postupy, kontrolami a částmi dokumentace. (Rábová, 2006)
2.3.1 Specifikace problému Hlavním cíl této etapy tkví v získávání informací o stávajícím systému, formulaci a specifikaci problému. Díky tomu můžeme říct, zda je projekt realizovatelný, a díky tomu stanovit základní koncept systému, přesněji řečeno vybrat z více alternativ, a odhadnout náklady a přínosy projektu. Závěrem je několik dokumentů, jako je zadání projektu, specifikace požadavků, koncept a plán vývoje systému a plán testování.
Teoretická část
17
2.3.2 Analýza Analýza je jedna z významných etap životního cyklu vývoje softwarového produktu. Tato etapa se provádí po specifikaci požadavků. Výsledkem analýzy je model systému složený z různých diagramů, textových popisů prvků, podnikových pravidel, doplňkových tabulek nebo dokumentů. Analýzou se zaobírají systémoví analytici, kteří spolupracují s hlavními uživateli systému a konzultanty. (Rábová, 2006)
2.3.3 Návrh Podle moderních metodik, jako je RUP, jde o etapu konstrukce. Vstupem návrhu ve strukturovaném přístupu je funkční specifikace systému představovaná Data Flow Diagramem (DFD), popisy procedur, popisy grafického uživatelského rozhraní (GUI), návrhem databáze (DB), jinak řečeno vše co se popisuje a modeluje v analýze. Výstupem návrhu je plán kódování a testování. (Rábová, 2006)
2.3.4 Implementace V této etapě přistupujeme k vlastní tvorbě IS podle návrhu. Zde se zabýváme fyzickou úrovní řešení IS. Vytváříme zde fyzický model, kde se snažíme adaptovat systém na konkrétní podmínky. V této etapě se tvoří programová dokumentace a uživatelská příručka. Součástí implementace je příprava dat pro konverzi, nebo příprava materiálů, ze kterých se data budou do databází vkládat. (Rábová, 2006)
2.3.5 Zavádění Cílem je instalace technického a programového vybavení, konverze stávajících dat, pořízení dat, které jsou doposud v papírové formě, vytvoření pokynů a zaškolení uživatelů. Přechod na nový systém by měl být rychlý a bezpečný, pro uživatele co nejméně náročný. (Rábová, 2006)
2.3.6 Provoz, údržba a rozvoj Hlavním cílem je zabezpečit bezproblémový provoz, průběžné aktualizace, zajištění bezpečnosti dat, údržba nejen programového systému, ale také aktualizace dokumentace a realizace. (Rábová, 2006)
Teoretická část
18
2.4 Použité prostředky 2.4.1 HTML „HTML je zkratkou pro HyperText Markupe Langueage. HTML slouží ke dvěma základním účelům. Za prvé jako jazyk hypertextový, který umožňuje vzájemné napojení dokumentů, bez nichž by web nebyl web. Za druhé jako značkovací jazyk, je to jazyk kódů (nazývanými tagy), který určuje formátování dokumentů (nebo webových stránek) pro zobrazení na World Wide Web.“ (Callihen, 2003, s. 3)
2.4.2 CSS CSS je zkratka pro Cascading Style Sheets, neboli česky kaskádové styly. CSS je jednoduchý mechanismus pro přidávání stylů (např. barvy, fonty, řádkování) do webových dokumentů. Vznik kaskádových stylů se datuje kolem roku 1996, kdy se objevila první verze CSS 1. Další verze vznikají jako reakce na ostatní prohlížeče. Mezi první prohlížeče, které podporovaly CSS byl Internet Explorer 3.0. V roce 1998 byl uveden CSS 2 a nyní se vyvíjí verze CSS 3, ale prohlížeče tuto verzi už podporují.
2.4.3 PHP PHP je široce rozšířený a obecně použitelný skriptovací jazyk původně vyvinutý čistě pro psaní dynamických webových stránek. Může být vkládán do HTML jazyka a obvykle běží na web serveru, který z něj generuje webové stránky. Na většině web serverů, operačních systémů může být provozován zcela zdarma. Jazyk PHP byl vytvořen v roce 1994 a od té doby prochází neustálým vývojem. (KojaTech, 2012, [online])
2.4.4 MySQL MySQL je databázový systém vytvořený společností Oracle Corporation. Databáze MySQL je multiplatformní databáze, kde komunikace s ní probíhá za pomocí jazyka SQL. Je jedna z nejpopulárnějších databází také díky tomu, že je volně dostupná. Každá databáze je tvořena jednou nebo více tabulkami, které obsahují řádky a sloupce.
2.4.5 Java Script JavaScript je programovací jazyk, který se používá v internetových stránkách. Zapisuje se přímo do HTML kódu, což je jedna z velkých výhod.
Teoretická část
19
JavaScript je klientský skript. To znamená, že se program odesílá se stránkou na klienta a teprve tam je vykonán. (Janovský, 2012, [online])
2.4.6 PowerDesigner „PowerDesigner je první CASE nástroj, který komplexně pokrývá všechny aspekty rozvoje podniku. Obsahuje nástroje pro obchodně orientovanou procesní analýzu, která umožní identifikovat klíčová místa a funkce podniku jako takového a nabízí také plně integrované prostředí pro datovou a objektovou analýzu informačních systémů. Přitom plně podporuje zavedené přístupy a metodologie jako je Unified Modeling Language (UML) nebo dvouúrovňový návrh databáze.“ (Sybase Products Czech, 2012, [online])
Metodika řešení
20
3 Metodika řešení Po nastudování veškerých informací týkajících se informačních systémů a legislativních požadavků začíná tvorba vlastního návrhu řešení bakalářské práce. Praktická část se orientuje na konkrétní řešení problematiky informačního portálu pro Základní školu Rosice na internetu. Jedná se o grafickou a strukturální podobu webu školy. Vlastní práce je rozdělena do několika částí, které jsou rozebrány později v této kapitole: Analýza současné nabídky systémů na trhu a analýza současného stavu systému Návrh portálu a schválení návrhu portálu školou Implementace portálu Bezpečnost portálu Nasazení systému do provozu Kalkulace Zhodnocení navrhovaného systému
3.1 Analýza současného stavu V analýze současné nabídky systémů na trhu je práce zaměřena na nalezení dostupných informačních systémů pro základní školy. Následně je prozkoumáno, co nám jednotlivé informační systémy nabízejí za moduly, a je srovnána jejich cenová a funkční nabídka. V neposlední řadě jsou zmíněny výhody a nevýhody těchto informačních systémů. Dále je analyzován současný stav systému na Základní škole v Rosicích. V této části je poukázáno na problémy, se kterými se škola potýká. Rovněž je zde zmíněno jakými systémy a technologiemi škola disponuje.
3.2 Návrh informačního portálu V následující části je realizován samotný návrh informačního portálu, který je rozdělen do několika částí. V první části jsou specifikovány požadavky na informační portál, které jsou rozděleny na funkční a nefunkční. Tyto požadavky jsou získány od učitelů, kteří učí na této škole, a také z vlastních zkušeností z informačních systémů škol, které jsem v předcházející kapitole získala. Ve druhé části je zhotoven Data Flow Diagram za podpory Power Designer Process Analyst, který nám napomáhá pochopit funkčnost informačního systému. DFD je první vnější pohled na celý systém a jeho funkce.
Metodika řešení
21
Je to grafický prostředek pro návrh a zobrazení funkčního modelu systému. Ve třetí části je vytvořeno ERD za pomocí Power Designer Data Architect, kde jsou zobrazeny vztahy mezi entitami. Tento diagram napomáhá k vytvoření databáze. V práci jsou zohledněny připomínky a požadavky školy na vzhled i funkčnost portálu.
3.3 Implementace Implementace systému je jedna z nejtěžších částí. Nejdříve je rozebrána technologie, která je využita pro implementaci školního portálu, a je uveden důvod volby programovacích jazyků. Dále je probrána struktura portálu, ze které jsou vybrány jednotlivé části. V těchto částech je popsán jejich vznik, případně problémy, které nastaly během implementace, a jak jsou tyto problémy vyřešeny. Následně je popsán převod dat ze stávajícího informačního systému do nového portálu.
3.4 Bezpečnost informačního portálu V bezpečnosti informačního portálu je řešen problém znehodnocení, zneužití a změny informací, které by mohly mít negativní vliv na činnost školy. Je zde rozebrána analýza rizik, která mohou vzniknout. Dále je popsáno zálohování a obnova dat v případě ztráty. Práce se také zaměřuje na zákony spojené s ochranou osobních údajů atd.
3.5 Nasazení portálu do provozu V první fázi nasazení portálu do provozu je otestován na vybrané skupině uživatelů, kde portál pracuje ve zkušebním provozu, během něhož se odlaďuje portál tak, aby byl co nejlépe schopen plnit dříve vytyčené požadavky a funkce. Poté je portál implementován u ostatních uživatelů, resp. uživatelských skupin.
3.6 Kalkulace V části kalkulace je pohlíženo na to, kolik by mohl informační portál stát. Jsou rozebrány jednotlivé náklady, které jsou na tvorbu informačního portálu vynaloženy. Je taky zhodnoceno úsilí, počet strávených hodin a finanční prostředky, které jsou vynaloženy na tvorbu informačního portálu pro Základní školu Rosice.
Metodika řešení
22
3.7 Zhodnocení využití informačního portálu Dále je zhodnoceno využití informačního portálu Základní školy Rosice. Je zde provedena analýza nákladů a přínosů portálu pro školu. Náklady jsou rozděleny na jednorázové a opakující se, přínosy na kvantifikovatelné a nekvantifikovatelné. Toto dělení je podrobně rozebráno. Také je zde zhodnocen přínos informačního portálu pro školu a probrána další možná řešení rozšíření, která by se do portálu dala implementovat.
Vlastní práce
23
4 Vlastní práce 4.1 Analýza současného stavu Informační systémy pro školy jsou na trhu již delší dobu. Jsou využívány na všech školách od mateřských škol po vysoké školy. Informační systémy jsou používány pro řízení činnosti škol, pro bezpečné ukládání dat, jejich zpracování a pro komunikaci v rámci školy i mimo ni. Většina informačních systémů na trhu nám poskytuje velké možnosti využití za určitou cenu.
4.1.1 Současná nabídka systémů na trhu V současné době se na trhu vyskytuje několik informačních systémů řešící zpracování školní agendy. Některé z nich si následně představíme. a) Bakaláři Jde o nejvíce rozšířený informační systém na středních a základních školách. Tento systém zajišťuje značnou část administrativních a organizačních činností školy. Bakaláři se skládají z mnoha modulů. Jejich data jsou provázána, pokud chceme změnit jeden údaj v databázi, stačí ho změnit na jednom místě. „Program Bakaláři řeší evidenci žáků a zaměstnanců, klasifikaci (zápis známek, tisk vysvědčení a třídních výkazů), přípravu úvazků, sestavení rozvrhu hodin, plánování akcí školy, suplování. Další moduly programu Bakaláři slouží pro příjímací řízení resp. zápis do prvního ročníku, inventarizaci majetku, rozpočet školy, půjčování knih a učebnic, rozpis maturitních zkoušek, tvorbu tematických plánů atd.“ (Pachner.cz, 2000,[online]) b) Etřídnice Tato aplikace je umístněná na Internetu. Je soustředěna na střední a základní školy. Etřídnice je produktem společnosti Just4web.cz s. r. o. Tato firma se specializuje na vývoj webových aplikací. Skládá se ze tří modulů: Elektronická třídní kniha, Elektronická žákovská knížka a Elektronický deník praxe. c) Škola OnLine Katedra Škola OnLine je interaktivní manažerský informační systém, který umožnuje 24 hodin denně zpracovávat pomocí Internetu školní agendu a data. Tím umožňuje rychlý, snadný a bezpečný přístup k informacím. Katedra je určena pro mateřské, základní, střední a vyšší odborné školy.
Vlastní práce
24
Tento systém obsahuje funkce školní matrika, studijní výsledky, docházka, elektronická třídní kniha, osobní kalendáře uživatelů, učební plány, zápis do prvních tříd a přijímací řízení, maturitní a závěrečné zkoušky, rozvrhy a suplování, tisk vysvědčení, komunikace s rodiči a žáky, školní knihovna, aj. d) iŠkola Sever iškola.cz je uřčen základním, střední, SOU, SOŠ, gymnáziím, VŠ a dalším typů škol na území ČR. Také je rovněž určen různým školicím střediskům, komerčním subjektům, večerním školám aj. Server zahrnuje hodnocení a poznámky, tiskové sestavy, rozvrh hodin a suplování, docházka, testy on-line, sms centrum, interní komunikaci, e-mail pro každého, domácí úkoly, maturita a závěrečné zkoušky, přijímací řízení atd. Výše uvedené informační systémy a jejich ceny jsou přehledně zobrazeny v Tabulka 1. V příloze 2 se nachází tabulka modulů informačních systémů, která byla vytvořena pro přehlednější orientaci v modulech výše zmíněných informačních systémů. Název Bakaláři Etřídnice Katedra iŠkola
Orientační cena 35 130 Kč 6 640 Kč 19 300 Kč 6 800 Kč
Počet žáků do 500 do 500 do 500 do 500
Platnost licence Rok Rok
Instalace Ano Ne Ne Ne
Otevřenost kódu Ne Ne Ne Ne
Tabulka 1: Porovnání školních informačních systémů
4.1.2 Výhody a nevýhody školních informačních systémů Školní informační systémy mají své výhody i nevýhody. Jednou z hlavních nevýhod je, že tyto informační systémy jsou placené a školy musí ročně zaplatit nejméně 7 000 Kč na jejich provoz. Další z nevýhod je, že systémy mají uzavřené kódy, které nelze přizpůsobit vlastním potřebám. Informační systém nemusí odpovídat specifickým požadavkům uživatele, je zde také závislost na dodavateli a jeho aktualizacích. Výhody již existujících systémů jsou: rychlé zavedení, malá chybovost, zaručená funkčnost, stálá aktuálnost, zabezpečení systému, bezpečnost dat aj.
4.1.3 Důvod vytvoření informačního portálu Hlavním důvodem vytvoření informačního portálu je nemožnost přístupu k datům odkudkoliv. Přechodem z vnitřního prostředí systému se zjednoduší
Vlastní práce
25
přístup učitelů, rodičů a žáků k informacím o studiu. Další z hlavních výhod vytvoření portálu je ušetření nákladů na zakoupení licence v již existujících informačních portálech. Tím škola ušetří peníze, kterých dostává na provoz školy každým rokem méně. Jedním z dalších důvodů vytvoření portálu je navrhnout jednoduchý portál, který bude pracovat na externí webové doméně. Díky tomu nebude potřeba člověka, který by se staral o server a jeho zabezpečení. Kód bude otevřený pro případné úpravy či vylepšení. Portál bude navržen tak, aby zefektivnil a zlepšil komunikaci mezi rodiči a učiteli. Dalším důležitým rysem portálu musí být snadnost a intuitivní uživatelské rozhraní. Informační portál má umožňovat včasnou dostupnost potřebných informací. Přínos spočívá především v úspoře času ve srovnání s ručním zpracováním dat. Zavedení portálu přispěje ke zvýšení počítačové gramotnosti učitelů i žáků školy.
4.1.4 Současný stav informačního systému na ZŠ Rosice V současné době Základní škola Rosice disponuje informačním systémem Bakaláři. Z tohoto systému využívají jen některé moduly, mezi které patří Společné prostředí, Evidence + Bakalář, Přijímací zkoušky a zápis do 1. ročníku ZŠ, Inventarizace a Rozvrh hodin. K těmto modulům je každoročně dokoupen upgrade, který vyjde školu přibližně na 7 000 Kč ročně. Jelikož jejich rozpočet pro výpočetní techniku je malý, nákup dalšího modulu by školu vyšel na nemalé peníze, kterými nedisponuje. Škola provozuje vlastní webové stránky, kterým tento rok dopřála nový design. Minulý rok se jim podařilo zrealizovat WIFI připojení po celé škole. Dále každý z učitelů díky projektu Evropské unie získal svůj vlastní netbook. Škola také disponuje serverem, na kterém běží Windows Server 2005. Jedním z problémů systému je, že do něj mají přístup jen učitelé. Hlavním problém je, že se rodiče o průběžném hodnocení dozvídají pouze ze žákovské knížky, které studenti velmi často ztrácejí. Další problém je, že si žáci píší omluvenky sami a rodiče o tom ani nevědí.
4.2 Návrh portálu 4.2.1 Specifikace požadavků Specifikace požadavků představuje jeden z kritických kroků při vývoji informačního systému. Pokud specifikace požadavků není kvalitní, může být úspěch celého projektu v ohrožení. Ideální je přesná, úplná a bezesporná
Vlastní práce
26
specifikace. V této fázi si vytvoříme základní představu o budoucí aplikaci. Zdrojem informací jsou rozhovory s rodiči, učiteli a vedením školy. Funkční požadavky Do systému se budou moci přihlašovat uživatelé. Uživatelé budou rozděleni na 4 skupiny, a to rodiče (zákonní zástupci), žáci, učitelé a administrátor. Žák si bude moci prohlížet své průběžné hodnocení z různých předmětů, rozvrh hodin, zameškané hodiny (jak omluvené, tak i neomluvené) a také zobrazení výchovných opatření udělených učitelem. Systém by měl také umožnit zobrazení známek čtvrtletních a pololetních prací a známek na vysvědčení. Uživatel rodič bude mít stejné funkce jako uživatel žák. Navíc bude moci omlouvat absenci svého žáka. Jedním z hlavních uživatelů je učitel. Učitel bude moci zadávat známky žákům do průběžného hodnocení a zobrazovat si je. Známkám bude moct udělit váhu známky a za co byla udělena (písemka, pětiminutovka, diktát, ústní zkoušení, čtvrtletní a pololetní práce). Dále se bude moci informovat o absenci žáka. Bude moci vyhledat informaci o studentovi či kolegovi. Každý z učitelů si bude moci vytisknout seznam žáků, které učí. Dalším z hlavních uživatelů je administrátor, který do portálu bude vstupovat za účelem přidání žáků, učitelů a rodičů. Bude moci opravovat chybné údaje o žácích a učitelích. Dále bude moci přidávat a odebírat předměty. Jeho hlavním úkolem bude správa hesel, zahrnující generování nového hesla při ztrátě či zapomenutí stávajícího hesla uživatele. Nefunkční požadavky Informační portál bude vytvořen v programovacím jazyku HTML, CSS a PHP a za pomocí databázového systému MySQL. Portál by měl být funkční na nejrozšířenějších prohlížečích (Internet Explorer, Mozilla Firefox). Dosažení tohoto požadavku vede přes validní kód a otestování aplikace. Dále by měl být dostupný z jakéhokoliv počítače, který má přístup na Internet přes webové rozhraní. Navrhovaný portál by měl být jednoduchý, aby uživatelé mohli rychle najít a zobrazit si informace, které potřebují.
4.2.2 Data Flow Diagram Kontextový diagram Kontextový diagram neboli model vnějšího chování systému je speciální diagram datových toků, který popisuje systém v jeho prostředí. Je to jeden
Vlastní práce
27
z nejdůležitějších diagramů. Diagram se snaží zpracovat část reality, nad kterou chceme vytvořit informační portál. Kontextový diagram informačního portálu Základní školy Rosice (viz Obrázek 3) byl vytvořen za pomocí programu PowerDesigner ProcessAnalyst. Diagram obsahuje jeden proces (Informační portál), všechny spolupracující jednotlivce z okolí (terminátory) a všechny datové toky ze systému do okolí a z okolí do systému. Informační portál (proces) reprezentuje informační systém jako celek, jehož funkce jsou: evidence žáků a jejich zákonných zástupců (rodičů) evidence učitelů komunikace mezi učiteli a rodiči, mezi učiteli a žáky a naopak evidence rozvrhů evidence hodnocení žáků učiteli omlouvání žáků zákonnými zástupci (rodiči) ošetření zápisu nových žáků, aktualizace stávajících údajů a vyřazování žáků, kteří nenavštěvují základní školu Učitelé (terminátor) jsou fyzické osoby přijaté na základě pracovní smlouvy. Učitelé mohou vkládat hodnocení žáků z daného předmětu, který vyučují. Třídní učitel vkládá a omlouvá absenci žáků. Také vkládá domácí úkoly. Dále si může zobrazit seznamy žáků a jejich údajů. V neposlední řadě může komunikovat s ostatními učiteli a rodiči. Žáci (terminátor) jsou fyzické osoby přijaté na základě přijímacího řízení. Žáci mohou prohlížet své hodnocení z předmětů, které studují v daném roce. Mohou kontrolovat, zda nedostali domácí úkol od učitele, také prohlížet poštu či procházet došlou poštu od učitelů. Také si mohou prohlédnout rozvrh a osobní údaje. Rodiče (terminátor) jsou osoby, které zastupují žáka. Prohlíží si hodnocení a absenci svého žáka. Omlouvají danému žákovi absenci. Mohou poslat zprávu učiteli. Prohlíží si osobní údaje žáka a rozvrh. Administrátor (terminátor) je osoba, která vkládá a upravuje informace o rodičích, žácích a učitelích. Také ukládá rozvrhy a předměty. V neposlední řadě kontroluje, zda informace v informačním portálu jsou správné.
Vlastní práce
28 prohlizeni rozvrhu
vlozeni DU vloz uprav rodice
Ucitel
seznamy zaku
osobni udaje
vloz uprav zaka Administrator vloz uprav ucitele
prohlizeni zprav vlozeni predmetu
1 vlození rozvrhu
vlozeni hodnoceni
info o zakovi
vlozeni absence
info o rodici nova zprava info o uciteli
Informacni portal
info rozvrh
prohlizeni dom ukolu udaje zaka
+
info o absenci
prohlizeni hodnoceni
prohlizeni osob udaju cteni zprav
posilani zprav Zak prochazeni zprav prohlizeni DU Rodic
rozvrh
omluveni absence info o hodnoceni poslani zpravy
Obrázek 3: Kontextový diagram
Systémový diagram Systémový diagram navazuje na kontextový diagram. Popisuje vnitřní funkcionalitu systému na základě analýzy toků dat mezi interními funkcemi systému navzájem a s okolím systému. Zachycuje tok informací v systému mezi jednotlivými procesy, které je zpracovávají. Systémový diagram užívá shodné značky pro znázornění procesů, datových toků i terminátorů jako kontextový diagram, navíc zde nalezneme značku datastorů. Systémový diagram vzniká
Vlastní práce
29
dekompozicí jediného procesu v kontextovém diagramu. Systémový diagram informačního portálu obsahuje čtyři procesy (viz Obrázek 4). Evidence uživatelů zpracovává veškeré údaje týkající se evidence, shromažďování a prohlížení informací. Zajišťuje evidenci učitelů, dětí a rodičů (zákonných zástupců). Poskytuje potřebné informace dalším procesům. Administrátor si zde může prohlížet informace o uživatelích systému, tyto informace do systému také vkládá. Rodič s žákem si zde mohou pouze prohlížet informace o žákovi. Učitel zde sleduje a kontroluje svoje údaje a také údaje o žácích, které učí. Školní agenda je navržena pro evidenci veškerých informací týkající se hodnocení, absence a domácích úkolů. Tento proces zpracovává vkládání, prohlížení a případnou úpravu těchto informací. Rodič sleduje v tomto procesu absenci, hodnocení a domácí úkoly své dcery či syna. Nejdůležitější je, že zde omlouvá absenci svého dítěte. Žák si v tomto procesu pouze prohlíží domácí úkoly a hodnocení. Učitel sem vkládá zameškané hodiny, domácí úkoly a v neposlední řadě vkládá hodnocení. Evidence rozvrhů je proces zabývající se převážně evidencí rozvrhů a předmětů. Slouží k prohlížení a vkládání informací týkající se rozvrhů a poskytování těchto informací dalšímu procesu. Administrátor sem vkládá předměty a rozvrhy. Rodiče, žáci a učitelé si tyto rozvrhy mohou prohlížet. Zprávy je to proces zpracovávající údaje týkající se posílání, zpracování i zobrazování zpráv mezi uživateli portálu. Tento proces zajišťuje odeslání a příjem zprávy danému uživateli. Mezi procesy evidence uživatelů a školní agenda probíhá komunikace pomocí dvou datových toků a jednoho datastoru, který obsahují potřebné informace ohledně uživatele. Mezi tyto informace patří například jméno, příjmení, třída, id_uživatele, trvalé bydliště, datum narození aj. Další procesy, které mezi sebou komunikují, jsou evidence uživatelů a zprávy. Tady si procesy předávají dané informace, které patří určitému uživateli. Poslední dva procesy, které mezi sebou komunikují, jsou školní agenda a evidence rozvrhů. Tyto procesy si předávají informace ohledně předmětu, kdy, kým a v jaké třídě se vyučuje daný předmět.
Vlastní práce
30 [info o zakovi] [vloz uprav rodice]
Administrator
Administrato Administrator Administrator r
[info o rodici]
1.1 [info o uciteli]
[vloz uprav zaka] [osobni udaje] [vloz uprav ucitele]
Evidence uzivatelu Ucitel
[seznamy zaku]
+
[prohlizeni osob udaju] Zak
[udaje zaka] Rodic
info uzivatele info o zprave 1
Uzivatel 3
[prohlizeni DU]
Zprava Ucitel
info o uzivateli info o zprave [nova zprava]
[info o absenci]
Rodic Rodic
1.4
[info o hodnoceni]
1.2
Rodic [poslani zpravy]
Zak
[prohlizeni hodnoceni] Zpravy
[prohlizeni dom ukolu]
[posilani zprav]
Skolni agenda Ucitel Ucitel
Zak
[vlozeni absence] [prochazeni zprav]
[vlozeni DU]
Zak
+ [vlozeni hodnoceni] [prohlizeni zprav] [omluveni absence]
Rodic
Ucitel
info predmet [cteni zprav]
2
Predmet Rodic
Rodic info predmet [info rozvrh] Zak
1.3 [rozvrh] Evidence rozvrhu
Ucitel [prohlizeni rozvrhu]
Administrator
[vlozeni predmetu] [vlození rozvrhu]
Obrázek 4: Systémový diagram
Vlastní práce
31
Dekompozice procesu Evidence uživatelů První proces Evidence uživatelů je dekomponován na tři části (viz. Obrázek 5), což jsou Evidence žáků, Evidence rodičů a Evidence učitelů. Tyto procesy zajišťují všechny funkce, pro které byly navrženy. Evidence žáků je proces zabývající se kartotékou žáků, kteří studují na základní škole. Subsystém pomáhá udržovat informace o žácích aktuální. Každý žák i rodič si tyto informace může prohlížet, zda jsou správné. Administrátor údaje vkládá a upravuje v systému. Tento proces obsahuje dva datastory. Datastor Žák si ukládá a zpřístupňuje jméno a příjmení žáka, adresu trvalého bydliště, datum narození, telefonní kontakt aj. Datastor Uživatel využívá informace o žákovi a posílá je dál, také přijímá informace o učitelích nebo rodičích. Evidence učitelů je proces určený pro evidování informací o učitelích, kteří učí na škole. Tento proces obsahuje dva datastory. Datastor Uživatel propojuje evidenci učitelů s ostatními procesy v tomto subsystému. Předává informace o učitelích a přijímá informace od ostatních procesů. Datastor Učitel pracuje na stejném principu jako datastor Žák. Evidence rodičů pracuje na stejných principech jak procesy Evidence učitelů a Evidence žáků. Dekompozice procesu Školní agenda Další z procesů systémového diagramu se dekomponovaly na tři subprocesy (viz Příloha 2). V tomto rozkladu vznikly 3 procesy: Evidence absence, Evidence DÚ a Evidence hodnocení. Evidence absence zpracovává informace o absenci žáků. Učitelé vkládají absenci a také ji omlouvají. Rodiče zasílají omluvu učiteli a také si prohlíží, kdy jeho dítě chybělo ve škole. Je zde datastore Uživatel, který obsahuje informace o uživateli. Evidence hodnocení pracuje s informacemi o hodnocení žáků. Rodič a žák si mohou prohlížet údaje o klasifikaci daného žáka. Učitel vkládá známky do systému, dává jim určitou váhu, za co byla známka udělena a kdo ji zapsal. Tento proces má dva datastory. Datastor Uživatel předává data o uživateli. Datastor Předmět nám poskytuje informace o předmětu, který má být hodnocen.
Vlastní práce
32
Evidence DU (domácích úkolů) zpracovává údaje o domácích úkolech, které tam vkládají učitelé. Rodič a žák si tyto domácí úkoly může prohlížet. Je zde jeden datastor Předmět, který nám poskytuje data o předmětu.
[vloz uprav zaka] Administrator 5
Zak
informace o zakovi Administrator [info o zakovi]
1.1.2 Administrator Evidence zaku
[seznamy zaku]
Ucitel
[udaje zaka] Rodic
Administrator
[vloz uprav ucitele] [info uzivatele]
[prohlizeni osob udaju]
1.1.1 1
Zak
Uzivatel
[info o rodici] Evidence rodicu [info o zprave]
info uzivatele informace o rodici
info uzivatele
7
Administrator
[info o uciteli]
Rodic
3
Zprava
1.1.3
Evidence ucitelu [osobni udaje]
[vloz uprav rodice] Administrator
Ucitel informace o uciteli
6
Ucitel
Obrázek 5: Dekompozice procesu Evidence uživatelů
4.2.3 Entitně-relační diagram (ERD) Entitně-relační diagram se v softwarovém inženýrství uplatňuje pro grafické zobrazení struktury dat v databázi. Zobrazuje tabulky entity a vztahy mezi nimi. Pro lepší přehlednost je vytvořen zjednodušený diagram (viz. Obrázek 6). Entitně-relační diagram celého systému je přiložen v Příloha 3. Na tomto diagramu jsou zobrazeny relace, kardinalita a povinnosti mezi základními entitami.
Vlastní práce
33
DUVOD ABSENCE
ODUVODNENI RODIC
ABSENCE POTVRZ ENI
OMLOUVA MA
VYCHOVNE_OPAT RENI
MAJI
UCITEL UDELUJE
DOSTAVA Z AK
T YPY_Z NAM KY
UCI
PAT RI DO
UDELUJE T RIDA
PREDM ET
DOSTAVA
PAT RI K
JE PRO HODNOCENI
Z NAM KA
PAT RI K PAT RI K
Obrázek 6: Zjednodušený ERD
4.3 Implementace 4.3.1 Výběr technologií pro implementaci V této části se budu věnovat výběru technologií pro implementaci informačního portálu. Jeden z hlavních požadavků školy bylo, aby informační portál běžel na webhostingu. Díky tomu byl výběr implementačních jazyků jasný. Portál je naimplementován v jazycích PHP a databázovém systému MySQL. Tyto jazyky jsou podporovány na všech webhostinzích. Jako podpůrný prostředek implementace byl použit jazyk JavaScript. K vyjádření dat na webovém prohlížeči jsem použila jazyk HTML a pro formátování jsem aplikovala kaskádové styly CSS.
4.3.2 Přihlášení uživatele Přihlášení uživatele při vstupu do informačního portálu je prováděno pomocí loginu (uživatelské jméno) a hesla. Uživatelské jméno je sestaveno u učitelů z jejich celého příjmení, u rodičů a žáků ze sedmi znaků (prvních pět je začátek příjmení žáka a zbývající jsou číslice nebo písmena). Pro první přihlášení je vygenerované heslo pro každého uživatele. Po tomto přihlášení si heslo uživatel mění. Změněné heslo se do databáze
Vlastní práce
34
neukládá. Díky jazyku PHP bude zahashováno pomocí hashovací funkce MD5. Funkce MD5 nám pouze uloží otisk hesla do databáze. Nevýhodou je, že pokud uživatel ztratí heslo, tak se nemůže heslo poslat uživateli zpět, ale musí se mu přidělit zcela nové heslo. Každý z uživatelů má předem určena práva. Tyto práva nám vymezují pravomoc jednotlivých uživatelů. Práva jsou rozdělena do 4 skupin: Administrátor A Rodič R Učitel V Žák Z Tato práva se po přihlášení určitého uživatele načtou z databáze. Pomocí SQL dotazu: 'SELECT kod1, intern_kod FROM webuser WHERE login = "'.mysql_real_escape_string($login, $db). '" AND pheslo = "'. mysql_real_escape_string($pheslo, $db). '"' Například uživatel s právy žáka nemůže omlouvat absenci, toto přináleží pouze uživateli s právy rodiče. Uživatel s právy vyučujícího může udělit známky žákům.
4.3.3 Evidence studijního prospěchu Evidence studijního prospěchu je jeden ze základních modulů. Tento modul je určen pro žáky a rodiče, kteří mají oprávnění k prohlížení hodnocení a pro učitele, kteří ukládají, upravují, mažou a prohlíží si hodnocení žáků, které učí. Každý z uživatelů informačního portálu má přidělena práva (viz. Kapitola 4.3.2 Přihlášení uživatele). A díky těmto právům může vykonávat dané operace v tomto modulu. Jestliže chceme vypsat všechny známky žáka z předmětu, použijeme tento SQL dotaz: "SELECT znamka, poznamka, udel_datum, body, nazev FROM prub_zna JOIN hodnoceni ON hodnoceni.typ = prub_zna.typ WHERE intern_kod = '$intern_kod' AND kod_pred = '$kod' AND obdobi='$pol' AND ( LEFT(prub_zna.skolni_rok,4) = $aktualni_skolni_rok )" Zadávání známek učitelem do portálu je komplikované z mnoha důvodů např. učitel učí více předmětů, učitel učí jeden předmět ve více třídách aj. Díky
Vlastní práce
35
těmto důvodům bylo vytvořeno rozhraní pro zadávání známek učitelem. Jako první se nám otevře tabulka se dvěma sloupci (v prvním je předmět, který učí, ve druhém jsou třídy, ve kterých učí). Třídy slouží jako hypertextový odkaz, který učitele přesune na stránku se jmény žáků z konkrétní třídy a předmětu (viz. Obrázek 7). Učiteli se zobrazí tabulka aktuálního pololetí, kde v prvním sloupci jsou jména a příjmení žáků. Ve druhém sloupci jsou známky, které daný žák z tohoto předmětu dostal. Ve třetím sloupci je ikonka „i“ pro editaci známek, kde učitel může vybrané známky mazat, upravovat a zadávat nové známky. A v posledním sloupci se zobrazuje průměr žáka. Nad výčtem studentů je odkaz na zadávání hromadných známek pro danou třídu, který zjednodušuje a šetří čas učiteli při ukládání známek z kolektivních písemek. Pokud učitel chce uložit hromadně známky z písemky, nastane zde menší problém, což je nepřítomný žák. Tento problém se vyřešil na žádost školy tak, že k výběrům známek se přidala hodnota „N“, která určuje, že žák nepsal písemnou práci.
Obrázek 7: Hodnocení žáků
Vlastní práce
36
V případě, že učitel chce editovat, smazat či upravit známku z určité písemky či zkoušení, najede na ikonku „i“. Zde se uživateli naskytne pohled na tabulku hodnocení konkrétního žáka. Nad tabulkou se objeví název předmětu a třída daného žáka. Na dalším řádku je jméno žáka, kterému hodnocení patří. V tabulce jsou následující informace: Datum – kdy byla známka udělena Známka – jakou známkou byl ohodnocen Body – kolik dostal případně bodů Popis – za co byla známka udělena Editace – upravení známky v databázi Smazat – smazání známky z databáze Pod touto tabulkou se zobrazí průměr ze zadaných známek. Dále výsledná známka z prvního a z druhého pololetí.
4.3.4 Uživatelské rozhraní aplikace a její funkčnost V této části se blíže podívám na uživatelské rozhraní informačního portálu tak, jak jí vidí uživatelé ve webovém prohlížeči. Portál jsem navrhla tak, aby co nejjednodušším způsobem mohl uživatel procházet vložená data. Na Obrázek 8 je zobrazeno rozvržení stránky po přihlášení. Úvodní obrazovka zachycuje následující prvky: Hlavičku portálu – ta obsahuje název školy, název informačního portálu, právě přihlášeného uživatele a možnost odhlášení uživatele. Menu – zde se nacházejí položky „Profil“, „Hodnocení“, „Absence“, „Rozvrh“, „Domácí úkoly, „Akce“ a „Zprávy“. Slouží pro svižný přechod mezi samostatnými oddíly portálu. Hlavní informační část – je to hlavní informační část. Tato část se na každé stránce jmenuje jinak, podle toho v jaké části portálu se zrovna nacházíme. Sděluje nám informace o daném uživateli. Například na Obrázek 8 nám zobrazuje data o daném uživateli. Domácí úkoly – zde se nacházejí úkoly, které zadal učitel a žák je musí splnit. Akce – nám oznamují, jaké akce se na škole budou v nejbližší době odehrávat. Jako jsou například písemky, výlety a prázdniny. Kalendář – je zde pro rychlé zorientování se v čase.
Vlastní práce
37
Obrázek 8: Ukázka náhledu na celý design stránky
4.4 Bezpečnost informačního portálu Webový informační portál potřebuje vždy vědět totožnost uživatele. Pokud by nastala záměna totožnosti uživatele nebo neoprávněný přístup k PHP skriptům, mohlo by dojít ke katastrofálním následkům (změna informací o hodnocení, změna údajů o žákovi) a portál by nesloužil ke správnému účelu. První z bezpečnostních kroků, který byl v této práci učiněn, bylo rozdělení práv různým uživatelům. Tato práva jsou přidělena uživateli při vytvoření nového uživatele administrátorem. Tím je zaručeno, že každý z uživatelů se dostane pouze na ty stránky, které jsou mu určeny. Druhým z bezpečnostních kroků je zabezpečení citlivých údajů v databázi, mezi které patří heslo. Heslo se zabezpečuje jednocestně pomocí hashovacích algoritmů, jelikož jeho původní podoba v textové podobě je velice zranitelná. Ukládání hesla v zakódované formě je prospěšné díky tomu, že nikdy nepracuje s původní textovou formou. Pro tuto práci byl zvolen hashovací algoritmus MD5. Pro větší bezpečnost uživatel musí použít heslo, které má nejméně 8 znaků. Velkou výhodou je, že útočník, ani administrátor databáze nikdy neuvidí heslo v původní podobě. Nevýhodou je, že pokud uživatel ztratí heslo tak mu administrátor nemůže poslat (např. emailem) původní heslo, ale musí přidělit nové.
Vlastní práce
38
Třetím krokem je předávání informací mezi různými skripty. V této práci jsou to informace o loginu, heslu a právech uživatele, které nám kontrolují, zda je uživatel přihlášen a do jaké skupiny uživatelů patří. Tyto informace lze předávat pomocí cookies, parametry v URL adrese a sessions. Cookies a parametry v URL jsou velice nespolehlivé a nejsou vůbec zabezpečené. U metody sessions se předaná data ukládají do souboru přímo na serveru, a přistupuje se k nim prostřednictvím speciálního pole proměnných $_SESSION. Každá stránka v informačním portálu, která má mít přístup k daným informacím, musí zavolat funkci session_start(), aby se proměnná $_SESSION dala použít. Pro zrušení sessions hodnoty se používá funkce unset ($_SESSION[“jmeno_session”]). Soubor s přihlášením do databáze byl uložen mimo adresový prostor webu.
4.5 Nasazení portálu do provozu Nejdříve byla nasazena do provozu pouze část portálu, aby se zjistily největší chyby, které tento webový informační portál má. Při vývoji webového informačního systému je nutné kromě běžného testování vlastností a chování, otestovat správné zobrazení portálu v různých prohlížečích. Každý webový prohlížeč se odlišuje v technické podpoře a interpretaci. Proto webový informační portál byl otestován v těchto webových prohlížečích: Opera 11.62 Google Chrome 16.0 Mozilla Firefox 11 Safari 5.1 Microsoft Internet Explorer 6 Microsoft Internet Explorer 9 Díky tomu, že informační portál běží na doméně, nemusíme instalovat na server žádné aplikace pro podporu webového rozhraní a ani zabezpečovat server. Při nasazení portálu do zkušebního provozu byla základní data o uživatelích získána ze systému Bakaláři, který škola používá. Zde vznikl problém s daty. Data jsou primárně ukládána s příponou DBF, který MySQL databáze nepodporuje. Pro změnu ukládání dat se musel systém Bakaláři nastavit na uložení dat do programu MS SQL Express 2008 (viz. Obrázek 9), což je relační databázový systém, který je dostupný zdarma. Tento systém nám
Vlastní práce
39
vyřešil problém s konverzí dat z DBF do SQL. Zkonvertovaná data je pak možno bez problémů uložit do MySQL databáze.
Obrázek 9: Microsoft SQL Server
Počátečním předpokladem maximálního využití webového portálu je správné a plné využívání tohoto portálu. Aby bylo tohoto předpokladu dosaženo, proběhlo školení administrátora a zaměstnanců. Také byl vytvořen školící materiál pro případ pomoci při nesnázích.
4.6 Kalkulace Jelikož investice spojené s vývojem informačního portálu nejsou zanedbatelné, je třeba se věnovat otázkám nákladů a přínosů. Kalkulace všech položek, které při vývoji a realizaci portálu ovlivní náklady, není tak jednoduché. Ceny webových stránek je možné přesně a jednorázově určit pouze v případě, že existuje jasné zadání. Z celého technologického postupu je jasné, že výrobní a časová obtížnost je vázaná na rozsáhlosti webu, na obtížnosti dosažení vytyčených cílů, na množství textového a grafického materiálu, na složitosti programovaných komponent. Jak už bylo zmíněno, každý web je individuální a nelze tedy obecně spočítat náklady. Tabulka 2 nám znázorňuje kalkulaci nákladů pro webový
Vlastní práce
40
informační portál, který jsem vytvořila pro Základní školu Rosice. Ceny v tabulce jsou uvedeny včetně 20% DPH. Položka Skica grafického návrhu Finální grafický návrh Redakční systém s konverzí dat Stylování webových stránek (CSS) Kódování webových stránek (HTML) Základní SEO Pokročilé SEO – názvy a popisy stránek Pokročilé SEO – zpětné odkazy Základní cena Jazykové verze webových stránek 25 % základní cena Webhosting Školení Celková cena
Cena 1 000 Kč 4 000 Kč od22 21000 000Kč Kč 5 000 Kč 6 800 Kč zdarma 1 000 Kč 700 Kč 38 500 Kč 9 625 Kč 1 000 Kč 1 100 Kč 50 225 Kč
Tabulka 2: Kalkulace nákladů na webový informační portál
4.7 Zhodnocení využití informačního portálu Využití informačního portálu v dnešní době je pro školu velmi užitečné a prospěšné. Hlavním důvodem je zefektivnění a zjednodušení fungování školy jako organizace. Navrhované řešení pomáhá škole k lepšímu marketingu. Tím si vytváří výhodnější postavení na trhu škol. Může lépe soutěžit o nové žáky a taky se umístit výše v celkovém hodnocení škol. Portál může být využíván pro řízení činnosti školy a umožňuje komunikaci nejen uvnitř organizace ale i s vnějším okolím. Díky modulu zasílání zpráv v navrhovaném řešení je vyřešen jeden z nejdůležitějších hledisek, a to komunikace školy s rodiči a naopak. Například pokud žák onemocní dlouhodoběji, pak je povinností rodiče omluvit svého žáka do 3 pracovních dnů, a to buď telefonicky, nebo písemně. Díky této aplikaci je pro rodiče jednoduché žáka omluvit, stačí se kdekoliv připojit k internetu a znát své přihlašovací údaje. Následně pak stačí poslat omluvenku přes webový informační portál. Tento způsob omlouvání je rychlejší, jednodušší a efektivnější. Jednou z výhod je, že rodiče nezatěžují školu vyřizováním telefonátu třídnímu učiteli.
Vlastní práce
41
Navrhované řešení zobrazuje prospěch žáka, nepřítomnost žáka ve škole, přehled zadaných domácích úkolů a písemných prací. Další součástí je modul obsahující údaje o pracovnících školy a žácích. Učitelé se mohou bez problémů kdykoliv podívat, kde jaký žák bydlí a kdo jsou jeho rodiče. Díky tomu může učitel v případě potřeby kontaktovat rodiče (např. pokud si žák zlomí ruku a je třeba jet do nemocnice), je to rychlejší způsob vyhledávání dat. V modulu hodnocení žáků se počítá předběžná průměrná známka. Tento modul usnadňuje učiteli počítání průměru žáka z daného předmětu. A žák může vidět, jak je v daném předmětu úspěšný. Také díky tomuto modulu se odstraní pozdní zapisování známek do žákovské knížky (pokud žákovi hrozila špatná známka, tak řekl, že zapomněl žákovskou knížku doma nebo u babičky). Rodiče se po nahlédnutí do webového informačního portálu vždy dozví všechny známky svého dítěte. Zásluhou navrženého webového informačního portálu je usnadněno porovnávání výsledků, identifikování problémů a zjištění příležitostí pro zlepšení žáků. Portál přispívá k vyšší informovanosti rodičů, protože podporuje možnost kontroly jejich dětí. Informační portál tedy přispívá k ekonomickému využití času, zefektivnění a urychlení práce.
Diskuze
42
5 Diskuze V současné době jsou na trhu různé komerční řešení informačního systému. Proč je škola zatím nevyužívá? Jednoduchá odpověď – finance a další práce navíc pro vyučující. Proto jsem se po domluvě s vedením školy a ICT koordinátorem rozhodli navrhnout informační portál, který by vyhovoval potřebám školy. V informačním portálu je možné postupně doplnit o další funkce na základě požadavků školy. Informační portál má otevřený kód. Díky němu je možné uzpůsobit řešení na míru každé škole. Buď si ho škola zvládne upravit sama anebo portál svěří do rukou odborníkovi na dopracování. Nejdůležitějším úkolem je vyřešit propojení webového informačního portálu se systémem Bakaláři, aby se ušetřil čas s dvojím nahráváním dat. Dalším možným rozšířením je o modul testy, kdy učitel si vytvoří test s otevřenými nebo uzavřenými otázkami. Uzavřené otázky vyhodnotí navržený systém. Otevřené otázky vyhodnotí učitel sám. Jakmile se nasadí informační portál do skutečného provozu, objeví se některé chyby, které se budou muset opravit. Informační portál je po konzultaci se školou dostačující pro primární potřeby.
Závěr
43
6 Závěr Cílem bakalářské práce bylo vytvořit úplný webový informační portál. Portál splňuje všechny požadavky stanovené v průběhu analýzy potřeb základní školy a návrhu řešení. Prvním krokem byla analýza současné nabídky informačních systémů na trhu. V této části se ukázalo, že na českém trhu je v současnosti několik placených systémů, které se liší různými moduly a funkcemi. Dále se zde analyzoval současný stav systému na škole. Zde bylo zjištěno, že škola disponuje vlastním serverem a také že v minulém roce zasítila WIFI sítí celou školu. Díky grantu z Evropské unie získala pro každého z učitelů netbook. Druhým krokem bylo provedení návrhu informačního portálu, kde byla nejdříve vytvořena specifikace požadavků, která sloužila jako základ pro návrh informačního portálu. Návrh portálu byl proveden pomocí diagramu datových toků (DFD) a entitně-relačního diagramu (ERD). Z diagramu datových toků vyplývá, že s daným systémem budou komunikovat Učitelé, Žáci, Rodiče a Administrátor. ERD ukazuje vztahy mezi entitami. Po návrhu informačního systému byla provedena implementace. Implementace rozebírá výběr programovacího jazyka. Zde byla volba velmi jednoduchá, jelikož škola chtěla mít portál jako webovou aplikaci. Implementace je tedy provedena pomocí programovacího jazyka PHP a databázového systému MySQL. V této kapitole bylo rozebráno i přihlášení uživatelů, evidence studijního prospěchu a uživatelské rozhraní a jeho funkčnost. V kapitole o bezpečnosti bylo popsáno rozdělení práv mezi uživateli. Práva pomohla k vytvoření omezení některým uživatelům. Dále zde bylo rozebráno zakódování hesla, na které byl použit jednosměrný hashovací algoritmus MD5. A v neposlední řadě zde byla zmíněna funkce PHP sessions. V nasazení portálu do provozu bylo popsáno testování zobrazení v různých prohlížečích. Také zde byla rozebrána problematika převodu prvotních dat mezi informačním systémem Bakaláři a phpMyAdmin. Testování portálu probíhalo za pomocí programu XAMPP. Kalkulace nákladů byla provedena na rozsah informačního portálu pro Základní školu Rosice. Zde se potvrdilo, že vytvoření portálu na míru zákazníka není levná záležitost. V neposlední řadě bylo zhodnoceno využití informačního portálu, jeho klady i zápory.
Závěr
44
Závěrem lze říci, že cíl práce, stanovený v úvodu, byl splněn. Navrhované řešení by mělo plně vyhovět potřebám školy a tím zlepšit současný stav informačního systému. Také by mělo způsobit zvýšení efektivity práce i komunikace mezi školou a okolím.
Použitá literatura
45
7 Použitá Literatura (1) (2)
(3)
(4) (5)
(6)
(7) (8)
(9) (10) (11) (12) (13)
(14) (15)
RÁBOVÁ, Ivana. Podnikové informační systémy a technologie jejich vývoje. V Tribun EU vyd. 1. Brno: Tribun EU, 2008, 139 s. ISBN 978-80-7399-599-7. VYMĚTAL, Dominik. Informační systémy v podnicích: teorie a praxe projektování. 1. vyd. Praha: Grada, 2009, 142 s. Průvodce (Grada). ISBN 978-80-247-3046-2. ŠMÍD, V. Management informačního systému: Pojem informačního systému [online]. [cit. 2012-02-22]. Dostupné z:
MACA, R. Infor(a)matorium: Učitel a počítač [online]. [cit. 2012-03-07]. Dostupné z: GÁLA, Libor, Jan POUR a Zuzana ŠEDIVÁ. Podniková informatika. 2., přeprac. a aktualiz. vyd. Praha: Grada, 2009, 496 s. Expert (Grada). ISBN 978-80-247-2615-1. VRANA, Ivan. RICHTA, Karel. Zásady a postupy zavádění podnikových informačních systémů: praktická příručka pro podnikové manažery. 1. vyd. Praha: Grada, 2005, 187 s. ISBN 80-247-1103-6. CALLIHAN, Steven E. Learn HTML 4 in a weekend. 4th ed. Boston: Premier Press, 2003, 440 s. ISBN 1-59200-059-2 CEDERHOLM, D. Flexibilní webdesign: vytváříme přizpůsobitelné a přístupné stránky pomocí XHTML a CSS. 1. vyd. Brno: Computer Press, 2006. 227 s. ISBN 80-251-1018-4 KojaTech: Lexikon. [online]. [cit. 2012-05-23]. Dostupné z: JANOVSKÝ, Dušan. Jak psát web: JavaScript - úvod. [online]. [cit. 2012-1022]. Dostupné z:http://www.jakpsatweb.cz/javascript/javascript-uvod.html Sybase Products Czech: PowerDesigner [online]. 2012 [cit. 2012-05-22]. Dostupné z: http://www.sybase.cz/index.php Etřídnice. Etřídnice: Informační systém pro školy [online]. 2008 [cit. 2012-0226]. Dostupné z: http://www.etridnice.cz/ Pachner.cz: BAKALÁŘI - systém pro administrativu školy [online]. 2000 [cit. 2012-05-07]. Dostupné z: http://www.pachner.cz/bakalari/bakalari.htm Škola online: Katedra. [online]. [cit. 2012-05-17]. Dostupné z: http://www.skolaonline.cz/katedra/OaplikaciKatedra.aspx IŠkola. [online]. [cit. 2012-05-17]. Dostupné z: http://www.iskola.cz/
Použitá literatura
46
(16) NARAMORE, Elizabeth. Beginning PHP5, Apache, and MySQL Web development. Indianapolis, IN: Wiley, c2005, xviii, 798 p. ISBN 07-645-7966-5.
Přílohy
47
Přílohy Příloha 1 Přehled modulů vybraných informačních modulů Moduly/Systémy Studijní výsledky Docházka Školní matrika Elektronická třídní kniha Osobní Kalendář Učební plány Zápis do 1. Tříd Maturitní zkoušky Rozvrhy Suplování Tisk vysvědčení Komunikace s rodiči a žáky Školní knihovna Plánování školních akcí e-learnigová výuka SMS centrum E-mail vlastní Domácí úkoly Exportní modul Testy on-line
Bakaláři
Etřídnice
Katedra
iŠkola
Ano Ano Ano
Ano Ano Ne
Ano Ano Ano
Ano Ano Ano
Ano
Ano
Ano
Ano
Ne Ano Ano Ano Ano Ano Ano
Ne Ne Ano Ne Ne Ne Ne
Ano Ano Ano Ano Ano Ano Ano
Ne Ne Ano Ano Ano Ano Ano
Ano
Ne
Ano
Ano
Ano
Ne
Ano
Ne
Ano
Ne
Ano
Ano
Ne Ne Ne Ano Ano Ne
Ne Ano Ano Ne Ne Ne
Ano Ne Ne Ano Ano Ano
Ne Ano Ano Ano Ano Ano
Přílohy
48
Příloha 2 Dekompozice procesu Školní agendy
Ucitel
1.2.1 [vlozeni absence]
Rodic [info o absenci] Evidence absence
[omluveni absence] Rodic
info o uzivateli
1
Uzivatel
[info o uzivateli] 1.2.3 1.2.2 Rodic
Rodic [info o hodnoceni]
[prohlizeni DU] Evidence DU Evidence hodnoceni
[prohlizeni dom ukolu]
[prohlizeni hodnoceni]
Zak
Zak info o predmetu [info predmet] Ucitel
[vlozeni DU]
2
Predmet
Ucitel [vlozeni hodnoceni]
Přílohy
49
Příloha 3 ERD model. DUVOD ABS ENCE ID DUVODU DUVOD
I TX T
UCITEL ID UCITE LE LOGIN HE SLO J ME NO PRIJ MENI TIT UL TE LEFON TRVALY POB YT FUNKCE DA TUM NAROZENI PHESLO
ODUVODNE NI POTVRZENI AB SENCE
RODIC ID INT ERN_KOD LOGIN HE SLO PHELSO KOD
I TX T5 TX T25 TX T25 TX T25 TX T1
OMLOUV A MA J I
MA
ID_A BSE NCE ID_ZAK A ODKDY DOKDY ID_DUVODU POCET _HODIN OMLUVIL
I TX T5 D D I I TX T5
UDELUJ E
TX T5 TX T25 TX T25 TX T TX T TX T I TX T TX T D TX T
VY CHOVNE _OPA TRENI ZAK
TY PY_ZNAMK Y ID T YP ZNA MK Y TY P OZNACE NI VA HA
I TX T1 TX T I
ID_ZAK A J ME NO PRIJ MENI LOGIN HE SLO DA TUM NAROZENI ST ATNI OBCANS TV I TRVALY POB YT TE LEFON J ME NO RODICE PRIJ MENI RODICE ID_T RIDY
TX T5 TX T TX T TX T25 TX T25 D TX T TX T I TX T TX T I
DOSTA VA
ID V YCH OPA TRE NI ID_ZAK A NA ZEV DA TUM UDELIL
I TX T5 TX T D I
UCI
TRIDA
PA TRI DO
ID T RIDY ZKRATK A TRIDNICTVI POCET ZAKU PLA TNOST
I TX T I I D
J E P RO
DOSTA VA PREDMET HODNOCENI
PA TRI K
ID_HODNOCE NI ID_P REDMET U ID_T YP_ZNA MKY ID_ZAK A DA TUM ZNA MKA UDELIL ROK
I I I TX T5 D I I I
PA TRI K
ID_P REDMET KOD PREDMET U ID_T RIDY ID_UCITE LE DE N HODINA
I I I I D I
UDELUJ E RE LATION_282
TY P PREDMET U
Přílohy
Příloha 4 Absence učitel
Absence učitel – vkládání a úprava absence
50
Přílohy Hodnocení učitel – vkládání, mazání a úprava hodnocení u žáka
Rozvrh žák
Přijaté zprávy žáka
51
