Kiwiki - Príspevky používateľa [sk]

Súbor:DP Kadatskaya-3.1.jpg

2010-08-07T13:26:37Z

Fajzen:

Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť

2010-08-07T13:25:30Z

Fajzen:

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Praca_uvod|3|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

= =

Fungovanie navrhnutého modelu pre zlepšenie SMK NS "Rosneft" sa uskutočňuje
hlavne na úkor plnohodnotný nástroj Balanced Scorecard. Preto sa pri zavádzaní modelu
použiť úzke chápanie toho - zavedenie nástroja BSC. Zadajte tu nástroj na zlepšenie kvality
existujúceho systému riadenia vertikálne integrovanej spoločnosti sa v niekoľkých fázach
(tabuľka 2.1).

Krok 1-3: Každý KPI je potrebné plánovať a sledovať, vykonanie nápravných opatrení v
prípade potreby. Vertikálne integračný proces zahŕňa vertikálnej integrácie výkonu systému,
ktorý umožňuje každej jednotke odfiltrovať cudzie informácie. Hospodárstvo by mala byť
prispôsobená dva prúdy informácií - aktuálne hodnoty prenášané z nižšej na vyššiu procesov a
cieľové hodnoty, ktoré sa z vyšších na nižšie procesov [4].
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 5 [Etapy projektu "Balanced Scorecard"]
|-
|'''Krok 1.''' Rozvoj BSC na úrovni organizácie
|
*Vývoj misií, vízií, hodnôt, stratégií,
*predbežné spracovanie strategických cieľov, určenie príčinné vzťahy, predbežný návrh strategickej mapy cieľov
*prepojenie systémov BSC, KPI, hodnotenie.
|
*schválila vyhlásenie o poslanie, víziu, hodnoty a stratégie;
*stromu strategických cieľov;
*mapy strategické ciele.
|-
|'''Krok 2.''' BSC na úrovni rozvoja podnikania
|
*podrobné rozpracovanie strategických cieľov a ukazovateľov v projekciou BSC
*rozklad cieľov na úrovni druhu podnikania,
*vývoj strategické hlukové mapy pre druhy podnikania.
|
*mapy strategické ciele firmy;
*akčnom pláne na implementáciu strategických cieľov.
|-
|'''Krok 3.''' Rozvíjať KPI jednotky a personál každej biznesa.
|Podrobná analýza KPI pre jednotky a personál
|KPI jednotky a personál podnikania.
|-
|'''Krok 4.''' Pravidlá pre rozvoj BSC a KPI
|
*rozvíjať predpisov definuje strategické plánovanie, vrátane určenia a revízie vyhlásenie o poslanie, víziu, hodnoty a stratégie.
*tvorba a revízia na základe týchto mapách strategických cieľov a ukazovateľov výkonnosti.
*spájajúcej KPI a BSC.
|
* nariadenia o uplatňovaní Balanced Scorecards a KPI,
*návrhy na zmenu systému motivácie pracovníkov, stratégie-orientované jednotky a firmy.
|-
|'''Krok 5.''' Implementácia BSC a KPI
|Test zavedenie systému cieľov a zámerov, mechanizmus ich plánovanie, monitorovanie a analýzy, školenia interných audítorov, motivačné mechanizmy a orientácia na výsledky.
|Poriadku; Interný audit systému.
|-
|'''Krok 6.''' Prevádzka systému BSC a KPI
|Dokončenie pripomienky k systému BSC, vnútorný audit.
|Systematické podávanie správ o vplyve strategických cieľov a kľúčových ukazovateľov výkonnosti; úspešné interných auditov; Lepšie predpisy o mzdách.
|}

Krok 4-6: V nadväznosti rozvoja stratégie máp a výkonnostné metriky (krok 1,3 podľa
tabuľky 5) by mala byť kvalifikovane vykonávať realizácia vývoja v organizácii (krok 4-6,
podľa tabuľky 5). To je zabezpečiť dokument a vytvoriť databázu (elektronická knižnica),
ktorý ukladá dáta pre analýzu ukazovateľov pre jednotlivé oddelenia.

== Zavedenie modelu zlepšovania ==

<ol><li>Dokumentovanie</li></ol>

Podľa normy ISO 9004-2001 oddielu 8.5.4[13] «neustále zlepšovanie organizácie
poskytnúť rámec pre postup do vyššieho vedenia, musia definovať a implementovať proces
kontinuálneho zlepšovania, ktoré možno použiť na procesy životného cyklu výrobku,
podporné procesy a ďalších aktivít»

Príklady vstupných dát pre podporu procesu zlepšovania obsahujú informácie získané z:
*overenie dát;
*údaje o výsledkoch procesu;
*test dáte;
*daty vlastné-hodnotenia;
*stanovených požiadaviek a spätnej väzby od účastníkov;
*skúsenosti pracovníkov organizácie;
*finančné údaje;
*údaje o vlastnostiach výrobkov;
Stratégiu riadenia, BSC predpokladá, že knowledge management spoločnosti, čo
znamená, rozsah pruda dokumentov a monitorovanie spolupráce a vzdelávania.

Dokumentácia je prostriedkom na upevnenie organizačných rozhodnutí o vykonanie
potrebných opatrení na identifikáciu a popisu procesov, rovnako ako dôkaz týchto akcií a
výsledkov. Účelom dokumentácie procesu je vytvoriť právny inštitucionálny rámec pre
vytvorenie, fungovanie a neustále zlepšovanie v systéme manažérstva kvality a riadenie
organizácie.

Dokumentované postupy systému manažérstva kvality - interný dokument upravujúci
výkon všetkých činností (proces, systém riadenia kvality), aby sa zabezpečilo vykonávanie
riadiacich funkcií stanovením formy a druhy interakcie medzi všetkými obchodnými
jednotkami.

Podľa normy ISO / TR 10013:2001 "Smernica pre dokumentáciu systému manažérstva
kvality"[14] Štruktúra a formát zdokumentované postupy (v papierovej alebo elektronickej
forme) musia byť predložené organizácie vo forme textu, grafov, tabuliek, kombinácia alebo
iné prijateľnej podobe V závislosti na potrebách organizácie. Dokumentované postupy by
mali obsahovať potrebné informácie a budú mať jednotnú identitu.

Dokumentované postupy môžu byť vykonané s ohľadom na pracovné pokyny, ktoré
určujú poradie výkonnosti. Dokumentované postupy opísané činnosti, zvyčajne s viacerými
funkciami, zatiaľ čo prevádzkové pokyny sa zvyčajne vzťahujú na úlohy v rámci jednej
funkcie.

<ol><li value="2">Ukladanie informácií</li></ol>

V súlade s požiadavkami normy ISO 9001 2001 [12], v rámci systému riadenia kvality
by mali byť vyvinuté rôzne typy dokumentov: príručka pre kvalitu, regulačné dokumenty
organizácie, opis procesov, postupy, opisy práce, záznamy o kvalite.

Informácie obsiahnuté v dokumentoch vo forme textov. Správa informácií v podobe
ťažké: nie je štruktúrovaná, je chorý-vhodný pre spracovanie v organizácii informačných
systémov, čo bolo zle v spojení s inými typmi informácií.

Podávanie informácií v podobe poznatkov a uplatňovanie poznatkov technológie a
konanie nie je v rozpore s požiadavkami normy ISO 9000 verzia 2000. S štruktúrované
informácie v SMK, ak v podobe vedomostí a využívanie moderných informačných systémov,
možet obsahovať všetky typy dokumentov. Vrátane všetkých dokladov požadovaných podľa
noriem.

Napríklad na potvrdenie súladu s certifikátmi ISO 9000, stačí ukázať audítor správu
vytvorený informačný systém v podobe dokumentu, rovnako ako záznamy (dáta), čo
potvrdzuje schválenie dokumentu na úrovni vedenia.

Spoločnosť používa nástroj pre zlepšenie Balanced Scorecard, by mal predstaviť to celej
organizácie, divízie, oddelenia, a možno dokonca aj fyzických osôb. To znamená, že chcete
efektívny spôsob pre systematický zber, zhromažďovanie, zostavovanie a šírenie všetkých
údajov použitých pri vlastnom-hodnotení. Tieto funkcie sú podporované aplikácií ako
databázový server Microsoft SQL Server ™, Sybase atď, prístupné cez intuitívne webové
rozhranie, čo by malo vytvoriť krátky súhrn BSC, zobrazené súhrnné kľúčové informácie
týkajúce sa každej perspektívy, ciele a ukazovatele . Predkladané informácie vrátane súčasnej
a minulej dátové hodnoty, ciele a trendy hodnotenia, komentáre, odkazy na výsledky analýzy.
Upozorniť na dôležité odhady pomocou farieb a grafiky.

Pri použití testovacieho systému gramotné kurz bude používať jednoduchý softvérový
produkt Microsoft Office Excel, ktorý vyžaduje vysoký podiel "ľudskej kontroly". Čo dáva
ďalšie možnosti:
*účtovné "chyby" v počte výpočtov,
*detailné kontrolou každého indikátora samostatne a pracovného procesu zlepšovania kvality;
*školenia zamestnancov zodpovedných za zber a analýzu informácií na všetkých úrovniach;
*a tak ďalej

<ol><li value="3">Vyhodnotenie prací nastroja</li></ol>

Znížením hodnoty indikátora (ovládacie ukazovateľ), správa rozdiely vo fungovaní
procesu by mali byť prijaté opatrenia s cieľom zabezpečiť potrebné pre zlepšenie procesu
stabilizácie.

Činnosti zamerané na optimalizáciu procesu kontroly platnosti stratégie sú definované v
BSC, preto si vyžadujú jasnú súvislosť medzi činností potrebných pre realizáciu stratégie a
dôležitých strategických cieľov. Signál pre udalosť je presná hodnota ukazovateľa.
Kedykoľvek je to možné, mali by sa tieto údaje automaticky extrahovať z hlavných systémov
alebo dátových skladov.

Tým sa znižuje počet chýb na dáta spôsobené personálom a uľahčia rozvoj hodnotenia pre
rôzne úrovne spoločnosti. Avšak, v niektorých prípadoch, musia byť údaje zadávať ručne, v
prípade, že chýba v týchto zdrojov. Podrobné stratégie pre integráciu cieľov, ukazovateľov a
kritérií je zložitý proces.
[[Súbor:DP_Kadatskaya-3.1.jpg|thumbnail|center|800px|Obr. 19 [Vyhodnotenie plnenia "plán-skutočnosť" za účtovné obdobie]]]
Každý ukazovateľ môže byť rôznej pre osoby zodpovedné za to ich metody a spôsoby,
ktoré si výberu, atď Okrem toho, vývoj BSC - je prebiehajúci proces ako zmeniť rozvoja
spoločnosti.

Tieto snahy o zlepšenie cyklu "plánovanie - vyhľadávanie - zlepšenie - oprava" začína
znova, a pokračuje do nekonečna. Zvyčajne porovnanie "plán-skutočnosť" je vykonané
pomocou porovnávacieho grafu (ako je znázornené na obrázku).

Strategické opatrenia sú základné prvky práce, ktorou sa zavadzajú strategické zmeny.
Tieto aktivity sú napríklad: školenia, reklama, TQM, KM, a ostatné súčasti stratégie, ktoré by
mala byť sledovaná ku priebežne poskytovať istotu, že sa uskutočňujú v súlade s plánom a
dávať požadovaný výsledok. Strategické aktivity by mali byť starostlivo koordinované
a plánované na dosiahnutie jedného alebo viacerých strategických cieľov.

'''Záver'''

Práca spracovaná na príklade konkrétneho podniku – vertikálne integrovaná ropná
spoločnosť «Rosneft». V práci navrhnute určité, primerané, uskutočniteľné a efektívne
riešenie problému. Konkrétne návrhy na zlepšenie mechanizmu seba-hodnotenia v rámci
SMK. Tie môžu byť realizované nielen v podniku, ale aj pre ďalšie súvisiace podniky, ktoré
dávajú vyjadrené praktickej orientovannosťi.

Formulované a vyriešené nasledovné problémy: analýza modelov s cieľom zlepšiť ruské
a zahraničné vertikálne-integrovaný ropný spoločností; osvojovanie činnosti ropnej
spoločnosti Rosněfť; uplatňovanie systému SMK, vychádzajúce z ukazovateľov-indikatorov
kvality pre každú fázu výrobného reťazca, prepojené s výkonom správy prostredníctvom
interakcie s procesom riadenia; ponúka spôsoby, ako implementovať model vyvinutý.

'''Použitá literatúra'''

#Rebrin, J. I. 2004. Upravlenie kačestvom. Učebnoe posobie. Taganrog: TRTU. Ребрин, Ю.И. 2004. Управление качеством. Учебное пособие. Таганрог: Изд-во ТРТУ
#Baev, V.A. 2002: Modelirovanie složnych vertikalno-integrirovannych proizvodstvennych sistem v neftegazovoj otrasli. In Audit i finansovyj analiz Баев, В.А. 2002: Моделирование сложных вертикально-интегрированных производственных систем в нефтегазовой отрасли. Аудит и финансовый анализ.
#Iršinskaja, L.I. 2005. Konkurentosposobnosť i strategii vertikalno-integrirovannych neftjanych kompanij. Moskva: Ekonomika Иршинская, Л.И. 2005 Конкурентоспособность и стратегии вертикально-интегрированных нефтяных компаний. М.: Экономика.
#Koljydov, L.-Komarova, L.-Epifanova, N. 2002. Struktura upravlenija neftjanzmi kompanijami, Moskva Колядов Л., Комарова Л., Епифанова Н. 2002 Структура управления нефтяными компаниями, М.
#EFQM Levels of Excellence / European Quality Award Information Brochure 2004. — EFQM, 2004
#Maslov, D. 2005. Evropejskij uroveň kačestva. In Konsultant, №3 Маслов Д. 2005. Европейский уровень качества. Консультант, №3.
#Realizacia strategičeskich planov kompanii posredstvom Balanced ScoreCard. Dostupné na internete : http://www.gaap.ru/biblio/management/practice/073.asp
#Geršun, A.M. 2007. Razrabotka sbalansirovannoj sistemy pokazatelej, Olimp-Biznes Гершун А.М. 2007. Разработка сбалансированной системы показателей, Олимп-Бизнес
#Borovkov, P. Upravlenčeskij učet – opyt i praktika. Боровков Павел. Управленческий учет — опыт и практика. http://www.gaap.ru/biblio/mngacc/practice/045.asp
#Konti, T. 2000. Samoocenka v organizaciach. In Standarty i kačestvo Конти Т. 2000. Самооценка в организациях. Стандарты и Качество.
#ISO 9000-2001. Systémy manažérstva kvality. Základy a slovník
#ISO 9001-2008. Systémy manažérstva kvality. Požiadavky.
#ISO 9004 – 2001. Systémy manažérstva kvality. Návod na zlepšovanie výkonnosti.
#ISO/TR 10013:2003 Návod na dokumentáciu systému manažérstva kvality

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-08-07T12:50:57Z

Fajzen: /* Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» */

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Praca_uvod|2|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

= =

== Model zlepšovania systému manažmenta kvality spoločnosti NS «Rosneft» ==

EFQM Excellence Model je základ univerzálnej filozofie manažmentu, poskytovanie
strategického rozvoja organizácie. Séria noriem ISO 9000:2000 predstavuje základ systému
riadenia, ktorý poskytuje viac ako minimálnu úroveň kvality, ktorá by mala splniť očakávania
všetkých zákazníkov. ISO 9001 verzia 2000 ponúka odporúčania pre zlepšenie obchodných
procesov a väčšiu spokojnosť zákazníka. Ale bez ohľadu na to, ako dobré tieto normy, majú
za cieľ svojho vývoja nikdy považovať za kľúč k úspechu v víťaznej spoločnosti vedúce
postavenie v jeho odbore ekonomiky.

Certifikácia ISO 9001:2000, len potvrdzuje, že sú splnené požiadavky zákazníka.
EFQM Excellence Model taktiež poskytuje holistický prístup a poskytuje usmernenie pre
budúcnosť.

Rovnako ako v ISO 9000 nie sú považované za faktory pre život človeka a spoločnosti
otázok a dôležitých ukazovateľov, ako sú obchodné výsledky, je v tejto oblasti vstúpi do hry
dokonalý model EFQM. Certifikácia podľa normy - je snímka preukázanie zhody s
organizáciou pre jednu pozíciu v určitom čase, vzhľadom k tomu, EFQM Excellence Model
môže byť v porovnaní s filmom, ktoré preukazujú rozsiahle čas a úsilie o dosiahnutie
organizácii. Ako obchodný model organizácie, model EFQM pomáha svojim užívateľom
hovorí rovnakým jazykom, oceniť nielen ich aktivity, ale aj porovnať svoje výsledky s
výsledkami z vedúcich predstaviteľov a konkurentov oblastiach. Vlastné-hodnotiace postupy
môžu byť optimálne realizovane v rámci modelov TQM pre vertikálne - integrovanú
spoločnosť (ako je znázornené na obrázku 3) sa strategickým nástrojom kvality - Balanced
Scorecard (BSC). Tieto nástroje pôsobia ako vzájomne sa doplňujúce prístupy k manažmentu
kvality. Orientácia materskej spoločnosti na súlad s EFQM, a vytvorenie trvalého zlepšovania
každej spoločnosti pomocou BSC, budeme držať plnú optimalizáciu, čo ovplyvní pre každý
proces v organizácii. Ukazovateli BSC, v našom prípade, vyrieši dôležitý problém pri
určovaní kvality jednotlivých súčastí procesu pre benchmarking podniku na základe kritérií
európskeho modelu. Rozvoj komplexného prístupu k zlepšeniu výkonnosti vďaka integrácii
pojmov EFQM a BSC by mala zabezpečiť synergiu, založený na maximálnom využití silných
a slabých stránok oboch vyhladzovania modelov, a šetria zdroje spoločnosti [7].

Hlavným rysom BSC-koncept je to, že je úzko prepojený s podnikovými procesmi,
ktoré sa týkajú všetkých zamestnancov podniku. Firemnej stratégie, založenej na riadenie
interných podnikových procesov, zlepšenie zákazníckej spokojnosti, nie je kompatibilný s
short-horizonte vízie. BSC je súčasťou dobre-vyvinul systém strategického managementu a
top manažmentu je zameraný na adekvátny strategický rozvoj v kontraste k tradičnej konania,
ktoré sa zvyčajne príliš zameriava na finančnú výkonnosť.

Ak je spoločnosť zahŕňa BSC-systém kľúčových ukazovateľov výkonnosti podnikových
procesov, ktoré odrážajú špecifiká tohto odvetvia, tak dostane ďalšie príležitosti pre takzvané
porovnávanie (benchmarking) na úrovni spoločnosti. strategického rozvoja, na rozdiel od
tradičného postupu, čo je zvyčajne príliš zameriava na finančnú výkonnosť.

Nástrojom pri zavádzaní BSC vo vertikálne integrovaných ropných spoločností,
kľúčové ukazovatele výkonnosti pre každú fázu výrobného reťazca, pričom číselné
hodnotenie kvality riadenia môže byť aj "horizontálne benchmarketing" vnútri VINS.
Takzvané hodnotenie holdingových spoločností (obr. 1), plní rovnakú funkciu. Napríklad,
medzi organizácií zapojených do projektov na rozvoj vkladov (Ústav1, Ústav2, Ústav3),
alebo ťažobné podniky.

Ukazovateľov BSC-systém, na rozdiel od tradičnej finančné ukazovatele dať odpovede
na otázky ako:
*či sa tieto tovary a služby zákazníci potrebujú?
*ako príslušným vrcholovým manažmentom a zamestnancami spoločnosti?
*záujem na tom, či spoločnosť špecialistov pri riešení ich úlohy?
*zlepšuje v priebehu času, či sa situácia v podniku, alebo nie?
BSC-prístup odpovedá na tieto otázky určuje príčiny úspechu či neúspechu, a tiež
identifikovať oblasti pre zlepšenie. Dobré vyrovnaný výkon systému hodnotenia je
strategickou zbraň v súťaži a nástrojom pre rozvoj stratégií konkurencieschopnosti
jednotlivých správanie na trhu.

Podmienečne projekt vývoja a implementácie nástroje na zlepšenie kvality Balanced
Scorecard je možné rozdeliť do troch hlavných fáz:
*prvá fáza je vývoj BSC, tvoril strategické hlukové mapy, musí určiť kľúčové výkonnostné ukazovatele, AT
*druhej naladenej riadiaci systém, ktorý navrhol BSC je spojený pôsobiace v rámci kontrolných systémov, ako sú obchodné plánovanie a rozpočtovanie, vedenie účtovníctva, systémy analýzy Decision-making systém motivovať zamestnancov aj vytvorená pravidlá fungovania BSC.
*poslednej fáze zavádzania BSC: vyvinúť a realizovať plán úvodu, stanovuje, okrem iného, školenia zamestnancov, testovanie a prevádzku systému a jeho automatizácie.
Vývoj ukazovateľov-indikátorov kvality spoločnosti, podľa teórie BSC, v štyroch
oblastiach (finančný výhľad - očakávania akcionárov, vyhliadky na zákazníkov - očakávania
zákazníkov, perspektíva interných podnikových procesov - požiadavky procesu, možnosti
rozvoja a vzdelávania - požiadavky zamestnancov, systémy a technológie ) bude organizovať
proces implementácie stratégie (dosiahnutia ciele), a tým prevedenie do reality očakávaniam
stakeholderov, plne zhodnotiť súčasný stav spoločnosti a určiť vyhliadky na ďalšie samo-
zlepšenie [8]. Uvažujme aplikácie nástroje.

== Zlepšenie kvality na úrovni "Riadiaca spoločnosť" ==

Balanced Scorecard prekladá misiu a hlavnú stratégiu spoločnosti v systému jasne
definované ciele a úlohy, aj ukazovatele, ktorým sa stanovuje úroveň výdobytky zistenia
ustanovok v štyroch hlavných projekcie: financie, marketing, interné podnikové procesy,
učenia a rast. Typický sled stratégie rozvoja firmy pomocou Balanced Scorecard model sa
skladá z nasledujúcich krokov:

1) Rozvíjať strategickú orientáciu spoločnosti

V tejto fáze formuluje misia, hodnotový systém spoločnosti, hlavné smery rozvoja.
[[Súbor:DP_Kadatskaya-2.1.jpg|thumbnail|center|800px|Obr. 6 [Proces vývoja manažérskeho rozhodnutia]]]
''Hlavnými cieľmi podnikového manažmenta'' (ako je znázornené na obrázku 4,5):
* udržanie rovnováhy zodpovedností medzi záujmovými skupinami:
- medzi predstavenstvom (board of directors) a akcionármi,

- medzi manažérmi a predstavenstvom,

- medzi vlastníkmi veľkých balíkov akcií a menšinových akcionárov,

- sociálna zodpovednosť podnikov a t.d.;
*stanoviť mechanizmy, ktorý formuluje strategické ciele spoločnosti, sú určené ich dosiahnutie a kontrola nad činnosťou firmy.
[[Súbor:DP_Kadatskaya-2.2.jpg|thumbnail|center|800px|Obr. 7 [Proces prijatia strategického riešenia]]]
Kľúčové aspekty ''kvality produktu'' (v tomto prípade, strategické rozhodnutia):
*pravdepodobnosti realizácie (zdroje)
*rizikové investície
*adekvátnosť teoretického modelu
Kľúčové aspekty ''riadenia kvality'' (procesu prijatia strategického riešenia):
*význam finančných nákladov (prínosov) reálita-plán
*presnosť prognóza
''Strategický cieľ'' "Rosnefť" - prísť do počtu najväčších energetických spoločnostej na svete,
stať sa jednotkou v oblasti prevádzkovej a finančnej výkonnosti, s výhradou prísne
dodržiavanie vysokých štandardov v oblasti životného prostredia a bezpečnosti práce,
spoločenskej zodpovednosti a podnikového riadenia. Dosiahnutie tohto cieľa je zabezpečuje s
pomocou zvýšeniu výroby, spracovania a uvádzania na trh v Rusku a v zahraničí, využívanie
nových technológií, efektívneho riadenia spoločnosti a posilnenie finančnej disciplíny.
Implementácia týchto opatrení bude zabezpečovať dynamický rast výroby a finančnej
výkonnosti Rosnefť v záujme všetkých jej akcionárov.

Tak prioritou vývoja Riadiacej spoločnosti bude:
*zvýšenie hodnoty spoločnosti prostredníctvom zlepšovania výkonnosti
*záväzok na dosiahnutie vysokej úrovne riadenia

2) Výstavba modelu väzieb strategických cieľov spoločnosti.

Balanced scorecard je spojovacím mostíkom medzi stratégiou a operačnými aktivitami.
V tejto fáze, tvoria prevádzkové činnosti v č dimenziách nevyhnutné na dosiahnutie hlavných
cieľov. V rámci Balanced Scorecard tieto štyri bloky sú spojené s jednotlivými strategickým
kauzálnym reťazcom - kvalifikované, motivované, spojene do jedného družstva zamestnanci
využívajú modernú infraštruktúru (informačné systémy, zariadenia, technológie) a
poskytnúcu kvalitu podnikových procesov potrebnú systéme. Odladený podnikový proces
(nízke percento chýb, rýchle spracovanie a plnenie objednávok zákazníkov, kvalitné servisnej
podpory) poskytnúť spokojnosť zákazníkov, dosiahnutie konkurenčnej výhody a úspech na
trhu. Marketingový úspech spoločnosti, potom slúži ako záruka jeho finančnecho úspechu
[9]. Naspäť reťazec Balanced Scorecard model je odvíjanie v opačnom smere takto: príčiny
zlých hodnôt finančných a ekonomických ukazovateľov sa nachádzajú v bloku «Klienti»;
nespokojnosť zákazníci znamená, že tam boli problémy v « Interné podnikové procesy », a
korene problémov s obchodnými procesmi sú v bloku «Vzdelávanie a rozvoj»(obr.6).
[[Súbor:DP_Kadatskaya-2.3.jpg|thumbnail|center|800px|Obr. 8 [Reťazec väzeb Balanced Scorecard]]]
''Financie''

Cieľ činnosti spoločnosti "Vzrastanie korporácii" bude prevedená do kategórie osobitných
finančných ukazovateľov. Teraz strategický cieľ na tejto úrovni je formulovaný takto: "Rast
čistého zisku pred daňou z príjmov." Firma môže dosiahnuť vysokého rastu tržieb za pomoci
dvoch finančných faktory: efektívnosť obchodné aktivity a rastu objemu tržieb.

''Klienti''

Zákazníkov riadiacej spoločnosti možno rozdeliť do dvoch skupín: podniky výrobného
reťazca a priamy kupujúci konečného výrobku. Konkurencieschopnosť a spotrebiteľské
hodnoty spoločnosti označené ako 'partnerstvo'. Kľúčovým parametrom - kvalita - sa vzťahuje
nielen na všeobecné aspekty výroby, ale aj aspekty riadenia.

''Podnikové procesy''

Podstata stratégií prevádzkovej dokonalosti "Riadiacej Spoločnosti" a faktorom jej
vykonávaní - partnerstvo s klientmi - je preskúmala možnosti nášho majetku a zlepšenie
interných procesov, ktoré zlepšia kvalitu rozhodovania. Preskúm majetku - kľúčový bod
stratégie na tejto úrovni. Niektoré z cieľov stanovených v tejto zložky predstavujú zmenu
strategickej formulácie vyššej úrovni (vytvorenie / zlepšenie kľúčových kapacita a maximálnu
efektivitu procesov) na viacerých konkrétnych úloh, ako doba na spracovanie správ o zlyhaní
(strategičeski dôležitý neporiadnosť). Toto povolí standartizirovat jednoúčelový procedúry
vnútri spoločnosť a robí strategickú mapu užitočné a efektívne pre manažérov. V rovnakom
duchu, ukazovateľ "dokonalosti riadenia výroby", môže byť prevedený na skrátenie času
medzi podaním rozhodnutia akcionárov a konečnecho rozhodovania.

''Infraštruktúra, zamestnanci''

Ak chcete zadať jeden z najlepších energetických spoločností, management spoločnosti
OAO Rosněfť hľadá spôsob, ako vytvoriť čo najlepšie pracovné prostredie pre svojich
zamestnancov. Stavíte na zlepšovanie správy informácií. To dovoľuje prechod z
jednoduchého získavania dát do pochopenie informácií, akumulácie poznatkov, na ktorých
môžem konať a rozvíjať. S pomocou zlepšovanie zložky rastu a vzdelávania, spoločnosť
využíva ukazovateľ "rýchlosť zavádzania informačných systémov". Vzhľadom k tomu,
problém je širší ako jednoduchá aplikácia na najnovšie úspechy e-business systémov,
spoločnosť tiež môže rozvinúť rozsah riešení a služieb založených na informačných
technológiách. Strategická mapa Rosneft bude vyzerať, ako je uvedené na obrázku 7.

3) Formácie mapy strategických cieľov v 4 smeroch 

Stanovenie strategických cieľov, ukazovateľov a cieľových hodnôt ukazovateľov podľa
perspektív - financie (ekonómia), zákazníci (trh), obchodné procesy, zamestnanci
(vzdelávanie a rast). Na základe vyvinuté cieľov a ich príčinné vzťahy, robím ukazovatele
výkonnosti - indexy dosiahnutia cieľov (Tab. 1).

4) Posledný etáp 

Dokončenie vývoja systému Balanced Scorecard realizuje cez navrhovanie činností,
ktorý je potrebne na dosiahnutie strategických cieľov. Pre určené aktivity sú obvykle určuje
rozpočet, termíny a zodpovedné osoby. Tak Balanced Scorecard model pripravuje most od
strategického plánovania do plánovania operačného. Takáto logika je zvyknutý na formu
Balanced Scorecard pre iné úrovne vertikálne integrovanej spoločnosti.
[[Súbor:DP_Kadatskaya-2.4.jpg|thumbnail|center|800px|Obr. 9 [Strategická mapa NS «Rosneft»: Riadiaca spoločnosť]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 1 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="4" |'''Financie'''||Zvýšenie čísla dôchodok||<math>F1=\frac{n_{priebeћ.rok}^{doch}}{n_{predoљ.rok}^{doch}}\times 100%</math>||<math>n^{doch}</math> - číslo dôchodok||110
|-
|Priemerný nárast zisku z každého predmetu||<math>F2=\frac{Z^{prieb.rok}}{Z^{pred.rok}}\times 100%</math>||Z - zisk||125
|-
|Zlepšenie nákladovej štruktúry||<math>F3=\frac{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{prieb.rok}}{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{pred.rok}}\times 100%</math>||N – súčet nákladov danneho druhu údaje||85
|-
|Efektívne využívanie majetku||<math>F4=\frac{(V^{zisku}/I)_{prieb.rok}}{(V^{zisku}/I)_{pred.rok}}\times 100%</math>||<math>V^{zisku}</math> - objem zisku I – сena investičného majetku||110
|-
| rowspan="3" |'''Klienti'''||Nútený správca vzťahov so zákazníkmi||<math>K1=\frac{\kappa_{prieb.rok}^{spokojnosti}}{\kappa_{pred.rok}^{spokojnosti}}\times 100%</math>||<math>\kappa^{spokojnosti}</math> - koeficient spokojnosti zákazníkov||125
|-
|Popularita značky||<math>K2=\frac{I_{prieb.rok}^{sily\_branda}}{I_{pred.rok}^{sily\_branda}}\times 100%</math>||<math>I^{sily\_branda}</math> - index sily branda||115
|-
|Dodržiavanie vysokých štandardov||<math>K3=\frac{\underset{i}{\sum}N_{prieb.rok}^{i}}{\underset{i}{\sum}N_{pred.rok}^{i}}\times 100%</math>||<math>\sum N^i</math> - počet nezhôd (nesúladov, poznámok)||95
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačný priebeh||<math>P1=\frac{\underset{i}{\sum}T_{prieb.rok}^i}{\underset{i}{\sum}T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i</math> - počet výrobkov využívajúcich nové zavedený technológie||125
|-
|Dokonalosť klientskych priebeh||<math>P2=\frac{T_{prieb.rok}^{pr}}{T_{pred.rok}^{pr}}\times 100%</math>||<math>T^{pr}</math> - prostredný termín «dodávky»||90
|-
|Perfektní riadenie výroby||<math>P3=\frac{\underset{i}{\sum}O_{prieb.rok}^i}{\underset{i}{\sum}O_{pred.rok}^i}</math>||<math>\sum O^i</math> - počet nesúladov v procesoch||95
|-
|Dokonalosť legislatívnych a spoločenských procesov||<math>P4=\frac{\underset{i}{\sum}Pp_{prieb.rok}^i}{\underset{i}{\sum}Pp_{pred.rok}^i}\times 100%</math>||<math>Pp^i</math> - počet normalizované opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''|| rowspan="2" |Prilákať a udržať vysoko kvalifikovaných pracovníkov||<math>R1=\frac{Z_{prieb.rok}}{Z_{pred.rok}}\times 100%</math>||Z - náklady na výučbu||125
|-
|<math>R2=\frac{Vv_{prieb.rok}}{Vv_{pred.rok}}\times 100%</math>||Vv – výkonnosť vzdelávania (anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšenie riadenia vedomostí||<math>R3=\frac{L_{prieb.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, doučovaním systémom||110
|-
|<math>R4=\frac{(Is^{obnov} + Is^{prid})_{prieb.rok}}{Is^{obnov} + Is^{prid})_{pred.rok}}\times 100%</math>||<math>Is^{obnov}</math> - počet obnoviteľných zdrojov informácií <math>Is^{prid}</math> - počet pridaných zdrojov informácií||115
|}

== Zlepšenie kvality na úrovni «Ústav» ==

Zárukou kapacity Ústavu spĺňať požiadavky zákazníka (Riadiaca spoločnosť) v praxi
Rosneft stalo že Ústav ma SMK, zodpovedajúce medzinárodné normy ISO 9000, založený na
koncepte procesného prístupu v riadení. To nielen rozvoj projektov s potrebnými
vlastnosťami, ale tiež stabilná, udržateľná kvalita návrhu projektov a služieb po dobu trvania
zmlúv.
[[Súbor:DP_Kadatskaya-2.5.jpg|thumbnail|center|800px|Obr. 10 [Proces navrhovania planá ložiska]]]
Hlavné úlohy:

Podpora vyhľadávania a hodnotenia, návrh vývoja a stavby petrochemického ložiska a
afinácie ropy, zavádzanie nových technológií.

Štruktúra a technológie Ústavov sú veľmi pestrá a každý je jedinečný. Avšak, podľa SMK,
môže poskytnúť rovnaký všeobecné vlastnosti a funkcie, ktoré spočíva v tom, že proces
návrhu je predovšetkým " inteligent work", ktorá vyžaduje použitie moderných manažérskych
prístupov. Z tohto dôvodu, aj pre jednoduché hodnotenie kvality procesu, výrobku alebo
služby, ústavy vyžadujú zložitejšie formalizovanie procesu a sofistikovanejší výber vhodných
KPI (kľúčové ukazovatele výkonnosti). Hlavnou úlohou vedenia mnohých Ústavov je
kompetentná a racionálna konštrukcia systému vzájomných vzťahov a riadenia výrobnými
procesmi na zabezpečenie účinného vykonávania funkcií: plánovanie, sledovanie
strategických cieľov, hospodárske a štatistické výpočty.

Procesu rozvoja manažérskeho riešenia je uvedený na obrázku 9.
[[Súbor:DP_Kadatskaya-2.6.jpg|thumbnail|center|800px|Obr. 11 [Proces rozvoja projektu]]]
Kľúčové aspekty kvality výrobkov (projekt):
*Dodržiavanie charakteristík procesu požiadavikam (technológie, materiály, zariadenia)
*Dodržiavanie procesu požiadavkám zákazníka (špecifikácie)
*Dodržiavanie určitým normám (Zákony, nariadenia, GOST, SNIP, predpisy)
Hlavným strategickým cieľom ústavu kvality - neustále zlepšovanie a plna integrácie
všetkých podnikových procesov vo výrobnú aktivitu spoločnosti, ktoré zabezpečuje neustále
zlepšovanie kvality produktov a služieb, ktoré spĺňajú požiadavky a očakávania zákazníka
(štrukturálne jednotky spoločnosti), rovnako ako globálne, národné a podnikové normy.

Strategický cieľ rozvoja - zlepšenie efektívnosti aktivity ústavu s cieľom uspokojiť zákazníka.
Môžeme teda navrhnúť hlavné strategické ciele pre všetky štyri zložky:
[[Súbor:DP_Kadatskaya-2.7.jpg|thumbnail|center|800px|Obr. 12 [Strategická Mapa NS «Rosneft» : Ústav]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="2" |'''Financie'''||Zvýšenie štruktúry kapitála||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr}</math> - počet zdrojov||110
|-
|Zvýšenie operačnej efektívnosti||<math>F2=100% - [\mathrm{a}\mathrm{b}\mathrm{s}(1 - {V_{zisk}}^f/{V_{zisk}}^p)*0,2 + </math> 
<math>\text{abs}(1 - L^f/L^p)*0,2 + \,\!</math> 
<math>\text{abs}(1 - {Z_{jed}}^{os}/{Z_{pres}}^f/L_{pp})*0,2 + </math> 
<math>\text{abs}(1 - {V_{priem}}^f/{V_{priem}}^p)*0,2 + </math> 
<math>\text{abs}(1 - {Z_{priem}}^f/{Z_{priem}}^p)*0,2]*100%</math> 
F2 – komplexný index realizácie biznis-plánu
|<math>{V_{zisk}}^{f(p)}</math> - fakt(plán) čistý zisk 
<math>L^{f(p)}\,\!</math> - fakt(plán) počet zamestnancov 
<math>{Z_{jed}}^{os}</math> - plánovaný jednotkový náklady na osobu 
<math>{Z_{pres}}^f</math> – faktické presné vlastné náklady Ústavu 
<math>L_{pp}\,\!</math> - priemerný počet pracovníkov výroby v bežnom roku 
<math>{V_{priem}}^{f(p)}</math> – fakt(plán) priemerný výkon na osobu 
<math>{Z_{priem}}^{f(p)}</math> – fakt(plán) priemer zárobku po Ústavu
|95
|-
| rowspan="4" |'''Klienti'''||Pôsobivosť prieskumu ložiska||<math>K1=[({Q_{gp}}^f/{V_{pries}}^f)/({Q_{gp}}^p/{V_{pries}}^p)]*100%</math>, 
K1 - realizácie plánu na zvýšenie rezerv
|<math>Q_{qp}</math> - náklady na geologický prieskum (rub.); 
<math>V_{pries}</math> - zvýšenie rezerva uhľovodíkov pomocou prieskumu
(t.r.e.)
|100
|-
|Pôsobivosť spracúvanie ložisko||<math>K2=[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> 
K2 - implementácia plánu pre debet noveho vrtu
|Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
|Pôsobivosť práce pri uvedení do prevádzky||<math>\kappa =(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^f/ \, \!</math> 
<math>(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^p*100% \, \!</math> 
K3 - realizácie plánu pre prijatie technickej dokumentácie
|K1 – počet programov stavieb (vykonáva vlastnú) 
K2 - počet programov stavieb (pod odborom) 
K3 - počet zákaziek 
K4 - produktivita 
K5 - pozitívny závery hlavnej štátnej expertízy (hše)
|100
|-
|Pôsobivosť lova||<math>[{V_{lova}}^f/{V_{lova}}^p]*100%</math> 
K4 - realizácie plánu výskumných prác
|<math>{V_{lova}}^{f(p)}</math> – fakt (plán) objemu lovu ropy a kondenzátu zemného plynu (tis. t)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f/{P_{pol}}^p]*100%</math> 
P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)
|100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1 - H_{bez.rok}/H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> 
<math>P2=-H_{bez.rok}*100%, (H_{pred.rok}=0) \, \!</math> 
P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok
|30
|-
|<math>[{V_{prac}}^f/{V_{prac}}^p]*100%</math> 
P3 - výkonnosť po dizajn-prehľadovej práce
|<math>[{V_{prac}}^f</math> – faktický objem práce (vykonáva vlastnú) bez DPH, 
<math>[{V_{prac}}^p</math> – plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''||Prilákať a udržať vysoko kvalifikovaných pracovníkov (ľudského kapitálu)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
| rowspan="2" |Zlepšenie riadenia vedomostí (informác.kapitál)||<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}
Strategická mapa jasne ukazuje smer rozvoja jednotky v oblasti "Klient" a "Business
Processes". Ústav «Rosneft» sa snaží optimalizovať účinnosť týchto významných osobností ako
prevádzkové náklady na jednotku výroby, kapitálové výdavky na prieskum a ťažbu na jednotku
produkcie a ziskovosti vloženého kapitálu a návratnosť vlastného kapitálu.

Spoločnosť vyvinula a zaviedla moderný systém integrovaného riadenia výroby (TPMSYS
™), ktorá je založená na geologické a simulačné modely kľúčových oblastiach. Tento systém
umožňuje identifikovať studní, ktoré majú najväčší potenciál, a efektívnejšie prideľovať finančné
prostriedky medzi vŕtanie, hydraulické štiepenie a mechanizované studne. Zavádzanie moderných
technológií pri vŕtaní sondy a podporuje spoluprácu s poprednými servisnými spoločnosťami v
odbore - Schlumberger, Halliburton, Baker Hughes.

Aplikovaný «Rosneft» opatrení na zlepšenie výkonu, spolu s priaznivými geologické
vlastnosti a fyzikálne vlastnosti ropy a zemného plynu v hlavných oblastiach, umožňuje
spoločnosti udržiavať prevádzkových a investičných nákladov na jednotku produkcie na úroveň
pod priemerom odvetvia, ako aj poskytovanie zaručenú kvalitu projektov a ťažby.

== Zlepšenie kvality na úrovni « Ťažba nafty» ==

Hlavný úlohy (ako je znázornené na obrázku 11):

*činnosti, čím okamžitý zisk spoločnosti (výroba, preprava a distribúcia uhľovodíkov)
*vytvoriť, udržiavať a rozvíjať potrebnú infraštruktúru, vrátane studne, skladovacie zariadenia, potrubia, atď.
[[Súbor:DP_Kadatskaya-2.8.jpg|thumbnail|center|800px|Obr. 13 Proces ťažba nafty]]
Rosneft úspešnú implementuje stratégie zrýchleného rastu výroby, vrátane zavádzania
najnovších technológií. Tak, za posledných sedem rokov, ropné spoločnosti vzrástol viac ako
sedemkrát. S takou pôsobivú dynamiku Rosneft ukazuje vysokú efektívnosť svojej činnosti a
má najnižšie jednotkové prevádzkové náklady na olej, a to nielen v priemysle Ruska, ale aj
medzi hlavnými medzinárodnými konkurentmi. Rozvoj ťažby procesu je uvedený v obrázku
12.

Hlavný strategický cieľ - rast objemu lovu(ťažba nafty).
[[Súbor:DP_Kadatskaya-2.9.jpg|thumbnail|center|800px|Obr. 14 [Rozvoj procesu ťažby ropy]]]
Kľúčové aspekty kvality výrobkov (oleja):
*účinnosť (znečistenie ropou)
*Chemické a fyzického výkonu
*spoľahlivosť vŕtanie
Kľúčové aspekty riadenia kvality (postup):
*Celkové náklady
*Presné prognózovanie
*Prerušenie procesu
[[Súbor:DP_Kadatskaya-2.10.jpg|thumbnail|center|800px|Obr. 15 Strategická Mapa NS «Rosneft» : Ťažba nafty]]

{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 3 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Ukazovateľ, %!!Poznámka!!Plán, %
|-
| rowspan="2" |'''Financie'''||Zvýšenie počtu zdrojov príjmov||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr} \,\!</math> - počet zdrojov||110
|-
|Znížiť jednotkové a prevádzkové náklady na ťažbu||<math>F2=\frac{z_{prieb.rok}^{tazba}}{z_{pred.rok}^{tazba}}\times 100%</math>||<math>t^{tazba} \,\!</math> - jednotkové prevádzkový náklady na ťažbu||110
|-
| rowspan="2" |'''Klienti'''||Zaručená kvalita "surovéj" ropy||<math>K1=\frac{i_{prieb.rok}^{kvalita}}{i_{pred.rok}^{kvalita}}\times 100%</math>||<math>I^{kvalita} \,\!</math> - index kvality||110
|-
|Zvýšenie počtu zavedenia nových vrtov||<math>[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> K2 - implementácia plánu pre debet nového vrtu||Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f / {P_{pol}}^p]*100%</math> P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)||100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1-H_{bez.rok} / H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> <math>P2= -H_{bez.rok}*100%, (H_{pred.rok}=0)</math> P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok||30
|-
|<math>[{V_{prac}}^f / {V_{prac}}^p]*100% \,\!</math> P3 - výkonnosť po dizajn-prehľadovej práce
|<math>{V_{prac}}^f \,\!</math> - faktický objem práce (vykonáva vlastnú) bez DPH, <math>{V_{prac}}^p \,\!</math> - plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i \,\!</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''
| rowspan="2" |Príťažlivosť a udržanie kvalifikovaných pracovníkov (ľudský kapitál)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
|<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|Zlepšené systémy riadenia znalostiamí||<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}

Výsledky

Implementácia Balanced Scorecard pre ťažobné firmy môžu distribuovať úsilie o zlepšenie
kvality. Najväčší problém v tejto transformácie je aby pracovníci, ktorí sú zvyknutí na určitý štýl
a zásady podnikania, musí sa prispôsobovať novým prístupom k tvorbe hodnoty. Podmienky a
doslova núti spoločnosti, aby čo najviac využívať BSC, sú pridané, keď nastanú významné zmeny
v celom podnikateľskom prostredí a spoločnosť jednoducho museli zmeniť stratégiu s cieľom
vytvoriť nový obchodný model, hľadať nové spôsoby, ako vytvárať hodnotu. V takej situácii, ako
obmedzené zdroje, silnej konkurencie, okupácii potrieb trhu mechanizmus pre horizontálne a
vertikálne internej komunikácie pre "Nastavenia" zamestnancov na nový prístup. Manažéri
potrebujú nielen sami seba čas si uvedomiť, že je potrebné zmeniť, a pochopiť, aké zmeny by
mali byť vykonané v systéme ukazovateľov ale aj byť schopný priniesť to pre zamestnancov, aby
ľudia mohli rýchlo prispôsobiť meniacim sa konkurenčnej situácie.

== Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» ==

Hlavný úlohy (ako je znázornené na obrázku 14):

rafinácie do benzínu, leteckého petroleja, vykurovací olej, nafta, mazacie oleje, mazivá,
asfalt, ropný koks, suroviny pre petrochémiu.
[[Súbor:DP_Kadatskaya-2.11.jpg|thumbnail|center|800px|Obr. 16 [Proces rafinácie]]]
Nadobudnutie nového majetku sa podarilo Rosněfť výrazne zvýšiť rafinačné kapacitu
a kvalitu vyrábaného oleja. V tomto prípade priority spoločnosti vidia ďalší rast
kvantitatívnych a kvalitatívnych ukazovateľov rafinácie ropy.

Zlepšenie kvality ropných produktov, zvýšenie hĺbky spracovania a kapacity rafinérií
umožní Rosněfť k zvýšeniu ziskov a poskytnú potrebnú rovnováhu medzi výrobou a
spracovaním segmentoch svojej činnosti. Súčasne, Rosněfť plánuje rozšíriť a modernizovať
vlastnú sieť čerpacích staníc, , Ktorý umožní spoločnosti výrazne zvýšiť svoj podiel na rýchlo
sa rozvíjajúci ruský trh pre koncových užívateľov ropných produktov.

To znamená, že strategický cieľ podnikovej úrovni - zvýšenie objemu a hĺbky rafinácie
ropy, ďalší predaj kvalitnecho výrobku s maximálnym prínosom pre klienta (spotrebiteľa) aj
pre zákazníka (manažment firmy).

Vývoj procesu rafinácie ropy je uvedený na obrázku 15.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr.17 [Vývoj procesu rafinácie ropy]]]
Kľúčový aspekty kvality výrobku (ropných produktov):
*Chemický a fyzikálny parametri (hustota, farba, nečistoty)
*Objem výrobku produktu
Kľúčové aspekty riadenia kvality (procesu):
*Presnosť prognózu
*Zlyhanie procese
*Celkové náklady.
Implementácie BSC v tejto fáze zvýši aj výrobnú kapacitu aj manažérske. Tento
koncept, spojený s systému manažérstva kvality sú v bezproblémovú integráciu subjektívne a
objektívne strategických opatrení. Prostredníctvom rozvoja kauzálne – vyšetrovacej siete a
vypracovanej na jeho základe ďalšej stratégie spoločnosti každého jednotlivého člena
organizácie môže sledovať aké akcie majú strategický význam, a ako sa implementácie
stratégie v rôznych fázach. Prostredníctvom systému ukazovateľov, môže byť dopytované v
minulosti, prítomnosti a budúcnosti stav realizácie. Systematické BSC - audity budú plánovať
neustále zlepšovanie procesu a bude tvoriť systém školenia.
[[Súbor:DP_Kadatskaya-2.13.jpg|thumbnail|center|800px|Obr. 18 [Strategická Mapa NS «Rosneft» : Spracúvajúci ropu závod]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 4 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Ukazovateľ, %!!Poznámka!!Plán, %
|-
| rowspan="5" |'''Financie'''||Nové zdroje príjmov||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr} \,\!</math> -počet zdrojov||110
|-
| rowspan="2" |Rast ziskovosti = predaja prémiových značiek výrobkov||<math>F2=\frac{V_{prieb.rok}^{prumznac}}{V_{prieb.rok}^{celkom}}\times 100%</math>||% predaja prémiových značiek||25
|-
|<math>F3=\frac{V_{Rosnejf}^{prumznac}}{V_{priemysel}^{prumznac}}\times 100%</math>||objem firmy v porovnaní s objemom priemyslu||35
|-
|Najnižšie ceny v priemysle||<math>F4=\frac{Q_{Rosnejf}^{produkt}}{Q_{odbor}^{produkt}}\times 100%</math>||vlastné náklady v porovnaní s odborom||75
|-
|Maximálne využitie existujúcich aktívov||<math>F4=\frac{(V^{zisk} / K^{aktiv})_{prieb.rok}}{(V^{zisk} / K^{aktiv})_{pred.rok}}\times 100%</math>||<math>V^{zisk} \,\!</math> - objem zisku <math>K^{aktiv} \,\!</math> - hodnota investovaných aktívov||110
|-
| rowspan="5" |'''Klienti'''||Garancia kvality produktu
| rowspan="3" |K1 = skóre na "tajné" kupujúci K2 = podiel na cieľový segment
| rowspan="3" colspan="2" |Podľa výsledku dotazníka
|-
|Výstavba čerpacích staníc
|-
|Pracovníci
|-
|Vyší počet produktov a služieb
| rowspan="2" |<math>F2=\frac{P^{prieb.rok}}{P^{pred.rok}}\times 100%</math>
| rowspan="2" |P – priemerný zisk staníc
| rowspan="2" |125
|-
|Vzájomne prospešné vzťahy
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačných procesov||<math>P1=\frac{\sum_i T_{prieb.rok}^i}{\sum_i T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i \,\!</math> - počet produktov s využitím nových technológií||125
|-
|Dokonalosť procesu klientskecho managementa||<math>P2=\frac{D_{prieb.rok}^{pr}}{D_{pred.rok}^{pr}}\times 100%</math>||<math>Sr^t \,\!</math> - priemerná doba «dodávky»||90
|-
|Dokonalosť prevádzkového manažmentu||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i \,\!</math> - počet nesúladov(pozorovaní) pri plnení úloh||95
|-
|Dokonalosť sociálne a zákonodarné procesy||<math>P4=\frac{\sum_i Pr_{mek.zad}^i}{\sum_i Pr_{nped.zad}^i}\times 100%</math>||<math>Pr^i \,\!</math> - číslo normovaných opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''
| rowspan="2" |Príťažlivosť a udržanie kvalifikovaných pracovníkov (ľudský kapitál)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
|<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšené systémy riadenia znalostiamí||<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|-
|<math>R4=\frac{(Is^{aktualinf} + Is^{prid.inf})_{prieb.rok}}{Is^{aktualinf} + Is^{prid.inf})_{pred.rok}}\times 100%</math>||<math>Is^{aktual.inf} \,\!</math> - počet aktualizovaných zdrojov informácií 
<math>Is^{prid.zdr} \,\!</math> - počet pridaných zdrojov informácií
|115
|}

Súbor:DP Kadatskaya-2.13.jpg

2010-08-07T12:50:23Z

Fajzen:

Súbor:DP Kadatskaya-2.12.jpg

2010-08-07T12:48:47Z

Fajzen:

Súbor:DP Kadatskaya-2.11.jpg

2010-08-07T12:47:59Z

Fajzen:

Súbor:DP Kadatskaya-2.10.jpg

2010-08-07T12:46:52Z

Fajzen:

Súbor:DP Kadatskaya-2.9.jpg

2010-08-07T12:44:54Z

Fajzen:

Súbor:DP Kadatskaya-2.8.jpg

2010-08-07T12:43:45Z

Fajzen:

Súbor:DP Kadatskaya-2.7.jpg

2010-08-07T12:42:52Z

Fajzen:

Súbor:DP Kadatskaya-2.6.jpg

2010-08-07T12:41:28Z

Fajzen:

Súbor:DP Kadatskaya-2.5.jpg

2010-08-07T12:40:36Z

Fajzen:

Súbor:DP Kadatskaya-2.4.jpg

2010-08-07T12:39:15Z

Fajzen:

Súbor:DP Kadatskaya-2.3.jpg

2010-08-07T12:38:00Z

Fajzen:

Súbor:DP Kadatskaya-2.2.jpg

2010-08-07T12:37:00Z

Fajzen:

Súbor:DP Kadatskaya-2.1.jpg

2010-08-07T12:35:36Z

Fajzen:

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-08-07T12:32:42Z

Fajzen: /* Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» */

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Praca_uvod|2|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

= =

== Model zlepšovania systému manažmenta kvality spoločnosti NS «Rosneft» ==

EFQM Excellence Model je základ univerzálnej filozofie manažmentu, poskytovanie
strategického rozvoja organizácie. Séria noriem ISO 9000:2000 predstavuje základ systému
riadenia, ktorý poskytuje viac ako minimálnu úroveň kvality, ktorá by mala splniť očakávania
všetkých zákazníkov. ISO 9001 verzia 2000 ponúka odporúčania pre zlepšenie obchodných
procesov a väčšiu spokojnosť zákazníka. Ale bez ohľadu na to, ako dobré tieto normy, majú
za cieľ svojho vývoja nikdy považovať za kľúč k úspechu v víťaznej spoločnosti vedúce
postavenie v jeho odbore ekonomiky.

Certifikácia ISO 9001:2000, len potvrdzuje, že sú splnené požiadavky zákazníka.
EFQM Excellence Model taktiež poskytuje holistický prístup a poskytuje usmernenie pre
budúcnosť.

Rovnako ako v ISO 9000 nie sú považované za faktory pre život človeka a spoločnosti
otázok a dôležitých ukazovateľov, ako sú obchodné výsledky, je v tejto oblasti vstúpi do hry
dokonalý model EFQM. Certifikácia podľa normy - je snímka preukázanie zhody s
organizáciou pre jednu pozíciu v určitom čase, vzhľadom k tomu, EFQM Excellence Model
môže byť v porovnaní s filmom, ktoré preukazujú rozsiahle čas a úsilie o dosiahnutie
organizácii. Ako obchodný model organizácie, model EFQM pomáha svojim užívateľom
hovorí rovnakým jazykom, oceniť nielen ich aktivity, ale aj porovnať svoje výsledky s
výsledkami z vedúcich predstaviteľov a konkurentov oblastiach. Vlastné-hodnotiace postupy
môžu byť optimálne realizovane v rámci modelov TQM pre vertikálne - integrovanú
spoločnosť (ako je znázornené na obrázku 3) sa strategickým nástrojom kvality - Balanced
Scorecard (BSC). Tieto nástroje pôsobia ako vzájomne sa doplňujúce prístupy k manažmentu
kvality. Orientácia materskej spoločnosti na súlad s EFQM, a vytvorenie trvalého zlepšovania
každej spoločnosti pomocou BSC, budeme držať plnú optimalizáciu, čo ovplyvní pre každý
proces v organizácii. Ukazovateli BSC, v našom prípade, vyrieši dôležitý problém pri
určovaní kvality jednotlivých súčastí procesu pre benchmarking podniku na základe kritérií
európskeho modelu. Rozvoj komplexného prístupu k zlepšeniu výkonnosti vďaka integrácii
pojmov EFQM a BSC by mala zabezpečiť synergiu, založený na maximálnom využití silných
a slabých stránok oboch vyhladzovania modelov, a šetria zdroje spoločnosti [7].

Hlavným rysom BSC-koncept je to, že je úzko prepojený s podnikovými procesmi,
ktoré sa týkajú všetkých zamestnancov podniku. Firemnej stratégie, založenej na riadenie
interných podnikových procesov, zlepšenie zákazníckej spokojnosti, nie je kompatibilný s
short-horizonte vízie. BSC je súčasťou dobre-vyvinul systém strategického managementu a
top manažmentu je zameraný na adekvátny strategický rozvoj v kontraste k tradičnej konania,
ktoré sa zvyčajne príliš zameriava na finančnú výkonnosť.

Ak je spoločnosť zahŕňa BSC-systém kľúčových ukazovateľov výkonnosti podnikových
procesov, ktoré odrážajú špecifiká tohto odvetvia, tak dostane ďalšie príležitosti pre takzvané
porovnávanie (benchmarking) na úrovni spoločnosti. strategického rozvoja, na rozdiel od
tradičného postupu, čo je zvyčajne príliš zameriava na finančnú výkonnosť.

Nástrojom pri zavádzaní BSC vo vertikálne integrovaných ropných spoločností,
kľúčové ukazovatele výkonnosti pre každú fázu výrobného reťazca, pričom číselné
hodnotenie kvality riadenia môže byť aj "horizontálne benchmarketing" vnútri VINS.
Takzvané hodnotenie holdingových spoločností (obr. 1), plní rovnakú funkciu. Napríklad,
medzi organizácií zapojených do projektov na rozvoj vkladov (Ústav1, Ústav2, Ústav3),
alebo ťažobné podniky.

Ukazovateľov BSC-systém, na rozdiel od tradičnej finančné ukazovatele dať odpovede
na otázky ako:
*či sa tieto tovary a služby zákazníci potrebujú?
*ako príslušným vrcholovým manažmentom a zamestnancami spoločnosti?
*záujem na tom, či spoločnosť špecialistov pri riešení ich úlohy?
*zlepšuje v priebehu času, či sa situácia v podniku, alebo nie?
BSC-prístup odpovedá na tieto otázky určuje príčiny úspechu či neúspechu, a tiež
identifikovať oblasti pre zlepšenie. Dobré vyrovnaný výkon systému hodnotenia je
strategickou zbraň v súťaži a nástrojom pre rozvoj stratégií konkurencieschopnosti
jednotlivých správanie na trhu.

Podmienečne projekt vývoja a implementácie nástroje na zlepšenie kvality Balanced
Scorecard je možné rozdeliť do troch hlavných fáz:
*prvá fáza je vývoj BSC, tvoril strategické hlukové mapy, musí určiť kľúčové výkonnostné ukazovatele, AT
*druhej naladenej riadiaci systém, ktorý navrhol BSC je spojený pôsobiace v rámci kontrolných systémov, ako sú obchodné plánovanie a rozpočtovanie, vedenie účtovníctva, systémy analýzy Decision-making systém motivovať zamestnancov aj vytvorená pravidlá fungovania BSC.
*poslednej fáze zavádzania BSC: vyvinúť a realizovať plán úvodu, stanovuje, okrem iného, školenia zamestnancov, testovanie a prevádzku systému a jeho automatizácie.
Vývoj ukazovateľov-indikátorov kvality spoločnosti, podľa teórie BSC, v štyroch
oblastiach (finančný výhľad - očakávania akcionárov, vyhliadky na zákazníkov - očakávania
zákazníkov, perspektíva interných podnikových procesov - požiadavky procesu, možnosti
rozvoja a vzdelávania - požiadavky zamestnancov, systémy a technológie ) bude organizovať
proces implementácie stratégie (dosiahnutia ciele), a tým prevedenie do reality očakávaniam
stakeholderov, plne zhodnotiť súčasný stav spoločnosti a určiť vyhliadky na ďalšie samo-
zlepšenie [8]. Uvažujme aplikácie nástroje.

== Zlepšenie kvality na úrovni "Riadiaca spoločnosť" ==

Balanced Scorecard prekladá misiu a hlavnú stratégiu spoločnosti v systému jasne
definované ciele a úlohy, aj ukazovatele, ktorým sa stanovuje úroveň výdobytky zistenia
ustanovok v štyroch hlavných projekcie: financie, marketing, interné podnikové procesy,
učenia a rast. Typický sled stratégie rozvoja firmy pomocou Balanced Scorecard model sa
skladá z nasledujúcich krokov:

1) Rozvíjať strategickú orientáciu spoločnosti

V tejto fáze formuluje misia, hodnotový systém spoločnosti, hlavné smery rozvoja.
[[Súbor:DP_Kadatskaya-2.1.jpg|thumbnail|center|800px|Obr. 6 [Proces vývoja manažérskeho rozhodnutia]]]
''Hlavnými cieľmi podnikového manažmenta'' (ako je znázornené na obrázku 4,5):
* udržanie rovnováhy zodpovedností medzi záujmovými skupinami:
- medzi predstavenstvom (board of directors) a akcionármi,

- medzi manažérmi a predstavenstvom,

- medzi vlastníkmi veľkých balíkov akcií a menšinových akcionárov,

- sociálna zodpovednosť podnikov a t.d.;
*stanoviť mechanizmy, ktorý formuluje strategické ciele spoločnosti, sú určené ich dosiahnutie a kontrola nad činnosťou firmy.
[[Súbor:DP_Kadatskaya-2.2.jpg|thumbnail|center|800px|Obr. 7 [Proces prijatia strategického riešenia]]]
Kľúčové aspekty ''kvality produktu'' (v tomto prípade, strategické rozhodnutia):
*pravdepodobnosti realizácie (zdroje)
*rizikové investície
*adekvátnosť teoretického modelu
Kľúčové aspekty ''riadenia kvality'' (procesu prijatia strategického riešenia):
*význam finančných nákladov (prínosov) reálita-plán
*presnosť prognóza
''Strategický cieľ'' "Rosnefť" - prísť do počtu najväčších energetických spoločnostej na svete,
stať sa jednotkou v oblasti prevádzkovej a finančnej výkonnosti, s výhradou prísne
dodržiavanie vysokých štandardov v oblasti životného prostredia a bezpečnosti práce,
spoločenskej zodpovednosti a podnikového riadenia. Dosiahnutie tohto cieľa je zabezpečuje s
pomocou zvýšeniu výroby, spracovania a uvádzania na trh v Rusku a v zahraničí, využívanie
nových technológií, efektívneho riadenia spoločnosti a posilnenie finančnej disciplíny.
Implementácia týchto opatrení bude zabezpečovať dynamický rast výroby a finančnej
výkonnosti Rosnefť v záujme všetkých jej akcionárov.

Tak prioritou vývoja Riadiacej spoločnosti bude:
*zvýšenie hodnoty spoločnosti prostredníctvom zlepšovania výkonnosti
*záväzok na dosiahnutie vysokej úrovne riadenia

2) Výstavba modelu väzieb strategických cieľov spoločnosti.

Balanced scorecard je spojovacím mostíkom medzi stratégiou a operačnými aktivitami.
V tejto fáze, tvoria prevádzkové činnosti v č dimenziách nevyhnutné na dosiahnutie hlavných
cieľov. V rámci Balanced Scorecard tieto štyri bloky sú spojené s jednotlivými strategickým
kauzálnym reťazcom - kvalifikované, motivované, spojene do jedného družstva zamestnanci
využívajú modernú infraštruktúru (informačné systémy, zariadenia, technológie) a
poskytnúcu kvalitu podnikových procesov potrebnú systéme. Odladený podnikový proces
(nízke percento chýb, rýchle spracovanie a plnenie objednávok zákazníkov, kvalitné servisnej
podpory) poskytnúť spokojnosť zákazníkov, dosiahnutie konkurenčnej výhody a úspech na
trhu. Marketingový úspech spoločnosti, potom slúži ako záruka jeho finančnecho úspechu
[9]. Naspäť reťazec Balanced Scorecard model je odvíjanie v opačnom smere takto: príčiny
zlých hodnôt finančných a ekonomických ukazovateľov sa nachádzajú v bloku «Klienti»;
nespokojnosť zákazníci znamená, že tam boli problémy v « Interné podnikové procesy », a
korene problémov s obchodnými procesmi sú v bloku «Vzdelávanie a rozvoj»(obr.6).
[[Súbor:DP_Kadatskaya-2.3.jpg|thumbnail|center|800px|Obr. 8 [Reťazec väzeb Balanced Scorecard]]]
''Financie''

Cieľ činnosti spoločnosti "Vzrastanie korporácii" bude prevedená do kategórie osobitných
finančných ukazovateľov. Teraz strategický cieľ na tejto úrovni je formulovaný takto: "Rast
čistého zisku pred daňou z príjmov." Firma môže dosiahnuť vysokého rastu tržieb za pomoci
dvoch finančných faktory: efektívnosť obchodné aktivity a rastu objemu tržieb.

''Klienti''

Zákazníkov riadiacej spoločnosti možno rozdeliť do dvoch skupín: podniky výrobného
reťazca a priamy kupujúci konečného výrobku. Konkurencieschopnosť a spotrebiteľské
hodnoty spoločnosti označené ako 'partnerstvo'. Kľúčovým parametrom - kvalita - sa vzťahuje
nielen na všeobecné aspekty výroby, ale aj aspekty riadenia.

''Podnikové procesy''

Podstata stratégií prevádzkovej dokonalosti "Riadiacej Spoločnosti" a faktorom jej
vykonávaní - partnerstvo s klientmi - je preskúmala možnosti nášho majetku a zlepšenie
interných procesov, ktoré zlepšia kvalitu rozhodovania. Preskúm majetku - kľúčový bod
stratégie na tejto úrovni. Niektoré z cieľov stanovených v tejto zložky predstavujú zmenu
strategickej formulácie vyššej úrovni (vytvorenie / zlepšenie kľúčových kapacita a maximálnu
efektivitu procesov) na viacerých konkrétnych úloh, ako doba na spracovanie správ o zlyhaní
(strategičeski dôležitý neporiadnosť). Toto povolí standartizirovat jednoúčelový procedúry
vnútri spoločnosť a robí strategickú mapu užitočné a efektívne pre manažérov. V rovnakom
duchu, ukazovateľ "dokonalosti riadenia výroby", môže byť prevedený na skrátenie času
medzi podaním rozhodnutia akcionárov a konečnecho rozhodovania.

''Infraštruktúra, zamestnanci''

Ak chcete zadať jeden z najlepších energetických spoločností, management spoločnosti
OAO Rosněfť hľadá spôsob, ako vytvoriť čo najlepšie pracovné prostredie pre svojich
zamestnancov. Stavíte na zlepšovanie správy informácií. To dovoľuje prechod z
jednoduchého získavania dát do pochopenie informácií, akumulácie poznatkov, na ktorých
môžem konať a rozvíjať. S pomocou zlepšovanie zložky rastu a vzdelávania, spoločnosť
využíva ukazovateľ "rýchlosť zavádzania informačných systémov". Vzhľadom k tomu,
problém je širší ako jednoduchá aplikácia na najnovšie úspechy e-business systémov,
spoločnosť tiež môže rozvinúť rozsah riešení a služieb založených na informačných
technológiách. Strategická mapa Rosneft bude vyzerať, ako je uvedené na obrázku 7.

3) Formácie mapy strategických cieľov v 4 smeroch 

Stanovenie strategických cieľov, ukazovateľov a cieľových hodnôt ukazovateľov podľa
perspektív - financie (ekonómia), zákazníci (trh), obchodné procesy, zamestnanci
(vzdelávanie a rast). Na základe vyvinuté cieľov a ich príčinné vzťahy, robím ukazovatele
výkonnosti - indexy dosiahnutia cieľov (Tab. 1).

4) Posledný etáp 

Dokončenie vývoja systému Balanced Scorecard realizuje cez navrhovanie činností,
ktorý je potrebne na dosiahnutie strategických cieľov. Pre určené aktivity sú obvykle určuje
rozpočet, termíny a zodpovedné osoby. Tak Balanced Scorecard model pripravuje most od
strategického plánovania do plánovania operačného. Takáto logika je zvyknutý na formu
Balanced Scorecard pre iné úrovne vertikálne integrovanej spoločnosti.
[[Súbor:DP_Kadatskaya-2.4.jpg|thumbnail|center|800px|Obr. 9 [Strategická mapa NS «Rosneft»: Riadiaca spoločnosť]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 1 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="4" |'''Financie'''||Zvýšenie čísla dôchodok||<math>F1=\frac{n_{priebeћ.rok}^{doch}}{n_{predoљ.rok}^{doch}}\times 100%</math>||<math>n^{doch}</math> - číslo dôchodok||110
|-
|Priemerný nárast zisku z každého predmetu||<math>F2=\frac{Z^{prieb.rok}}{Z^{pred.rok}}\times 100%</math>||Z - zisk||125
|-
|Zlepšenie nákladovej štruktúry||<math>F3=\frac{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{prieb.rok}}{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{pred.rok}}\times 100%</math>||N – súčet nákladov danneho druhu údaje||85
|-
|Efektívne využívanie majetku||<math>F4=\frac{(V^{zisku}/I)_{prieb.rok}}{(V^{zisku}/I)_{pred.rok}}\times 100%</math>||<math>V^{zisku}</math> - objem zisku I – сena investičného majetku||110
|-
| rowspan="3" |'''Klienti'''||Nútený správca vzťahov so zákazníkmi||<math>K1=\frac{\kappa_{prieb.rok}^{spokojnosti}}{\kappa_{pred.rok}^{spokojnosti}}\times 100%</math>||<math>\kappa^{spokojnosti}</math> - koeficient spokojnosti zákazníkov||125
|-
|Popularita značky||<math>K2=\frac{I_{prieb.rok}^{sily\_branda}}{I_{pred.rok}^{sily\_branda}}\times 100%</math>||<math>I^{sily\_branda}</math> - index sily branda||115
|-
|Dodržiavanie vysokých štandardov||<math>K3=\frac{\underset{i}{\sum}N_{prieb.rok}^{i}}{\underset{i}{\sum}N_{pred.rok}^{i}}\times 100%</math>||<math>\sum N^i</math> - počet nezhôd (nesúladov, poznámok)||95
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačný priebeh||<math>P1=\frac{\underset{i}{\sum}T_{prieb.rok}^i}{\underset{i}{\sum}T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i</math> - počet výrobkov využívajúcich nové zavedený technológie||125
|-
|Dokonalosť klientskych priebeh||<math>P2=\frac{T_{prieb.rok}^{pr}}{T_{pred.rok}^{pr}}\times 100%</math>||<math>T^{pr}</math> - prostredný termín «dodávky»||90
|-
|Perfektní riadenie výroby||<math>P3=\frac{\underset{i}{\sum}O_{prieb.rok}^i}{\underset{i}{\sum}O_{pred.rok}^i}</math>||<math>\sum O^i</math> - počet nesúladov v procesoch||95
|-
|Dokonalosť legislatívnych a spoločenských procesov||<math>P4=\frac{\underset{i}{\sum}Pp_{prieb.rok}^i}{\underset{i}{\sum}Pp_{pred.rok}^i}\times 100%</math>||<math>Pp^i</math> - počet normalizované opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''|| rowspan="2" |Prilákať a udržať vysoko kvalifikovaných pracovníkov||<math>R1=\frac{Z_{prieb.rok}}{Z_{pred.rok}}\times 100%</math>||Z - náklady na výučbu||125
|-
|<math>R2=\frac{Vv_{prieb.rok}}{Vv_{pred.rok}}\times 100%</math>||Vv – výkonnosť vzdelávania (anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšenie riadenia vedomostí||<math>R3=\frac{L_{prieb.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, doučovaním systémom||110
|-
|<math>R4=\frac{(Is^{obnov} + Is^{prid})_{prieb.rok}}{Is^{obnov} + Is^{prid})_{pred.rok}}\times 100%</math>||<math>Is^{obnov}</math> - počet obnoviteľných zdrojov informácií <math>Is^{prid}</math> - počet pridaných zdrojov informácií||115
|}

== Zlepšenie kvality na úrovni «Ústav» ==

Zárukou kapacity Ústavu spĺňať požiadavky zákazníka (Riadiaca spoločnosť) v praxi
Rosneft stalo že Ústav ma SMK, zodpovedajúce medzinárodné normy ISO 9000, založený na
koncepte procesného prístupu v riadení. To nielen rozvoj projektov s potrebnými
vlastnosťami, ale tiež stabilná, udržateľná kvalita návrhu projektov a služieb po dobu trvania
zmlúv.
[[Súbor:DP_Kadatskaya-2.5.jpg|thumbnail|center|800px|Obr. 10 [Proces navrhovania planá ložiska]]]
Hlavné úlohy:

Podpora vyhľadávania a hodnotenia, návrh vývoja a stavby petrochemického ložiska a
afinácie ropy, zavádzanie nových technológií.

Štruktúra a technológie Ústavov sú veľmi pestrá a každý je jedinečný. Avšak, podľa SMK,
môže poskytnúť rovnaký všeobecné vlastnosti a funkcie, ktoré spočíva v tom, že proces
návrhu je predovšetkým " inteligent work", ktorá vyžaduje použitie moderných manažérskych
prístupov. Z tohto dôvodu, aj pre jednoduché hodnotenie kvality procesu, výrobku alebo
služby, ústavy vyžadujú zložitejšie formalizovanie procesu a sofistikovanejší výber vhodných
KPI (kľúčové ukazovatele výkonnosti). Hlavnou úlohou vedenia mnohých Ústavov je
kompetentná a racionálna konštrukcia systému vzájomných vzťahov a riadenia výrobnými
procesmi na zabezpečenie účinného vykonávania funkcií: plánovanie, sledovanie
strategických cieľov, hospodárske a štatistické výpočty.

Procesu rozvoja manažérskeho riešenia je uvedený na obrázku 9.
[[Súbor:DP_Kadatskaya-2.6.jpg|thumbnail|center|800px|Obr. 11 [Proces rozvoja projektu]]]
Kľúčové aspekty kvality výrobkov (projekt):
*Dodržiavanie charakteristík procesu požiadavikam (technológie, materiály, zariadenia)
*Dodržiavanie procesu požiadavkám zákazníka (špecifikácie)
*Dodržiavanie určitým normám (Zákony, nariadenia, GOST, SNIP, predpisy)
Hlavným strategickým cieľom ústavu kvality - neustále zlepšovanie a plna integrácie
všetkých podnikových procesov vo výrobnú aktivitu spoločnosti, ktoré zabezpečuje neustále
zlepšovanie kvality produktov a služieb, ktoré spĺňajú požiadavky a očakávania zákazníka
(štrukturálne jednotky spoločnosti), rovnako ako globálne, národné a podnikové normy.

Strategický cieľ rozvoja - zlepšenie efektívnosti aktivity ústavu s cieľom uspokojiť zákazníka.
Môžeme teda navrhnúť hlavné strategické ciele pre všetky štyri zložky:
[[Súbor:DP_Kadatskaya-2.7.jpg|thumbnail|center|800px|Obr. 12 [Strategická Mapa NS «Rosneft» : Ústav]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="2" |'''Financie'''||Zvýšenie štruktúry kapitála||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr}</math> - počet zdrojov||110
|-
|Zvýšenie operačnej efektívnosti||<math>F2=100% - [\mathrm{a}\mathrm{b}\mathrm{s}(1 - {V_{zisk}}^f/{V_{zisk}}^p)*0,2 + </math> 
<math>\text{abs}(1 - L^f/L^p)*0,2 + \,\!</math> 
<math>\text{abs}(1 - {Z_{jed}}^{os}/{Z_{pres}}^f/L_{pp})*0,2 + </math> 
<math>\text{abs}(1 - {V_{priem}}^f/{V_{priem}}^p)*0,2 + </math> 
<math>\text{abs}(1 - {Z_{priem}}^f/{Z_{priem}}^p)*0,2]*100%</math> 
F2 – komplexný index realizácie biznis-plánu
|<math>{V_{zisk}}^{f(p)}</math> - fakt(plán) čistý zisk 
<math>L^{f(p)}\,\!</math> - fakt(plán) počet zamestnancov 
<math>{Z_{jed}}^{os}</math> - plánovaný jednotkový náklady na osobu 
<math>{Z_{pres}}^f</math> – faktické presné vlastné náklady Ústavu 
<math>L_{pp}\,\!</math> - priemerný počet pracovníkov výroby v bežnom roku 
<math>{V_{priem}}^{f(p)}</math> – fakt(plán) priemerný výkon na osobu 
<math>{Z_{priem}}^{f(p)}</math> – fakt(plán) priemer zárobku po Ústavu
|95
|-
| rowspan="4" |'''Klienti'''||Pôsobivosť prieskumu ložiska||<math>K1=[({Q_{gp}}^f/{V_{pries}}^f)/({Q_{gp}}^p/{V_{pries}}^p)]*100%</math>, 
K1 - realizácie plánu na zvýšenie rezerv
|<math>Q_{qp}</math> - náklady na geologický prieskum (rub.); 
<math>V_{pries}</math> - zvýšenie rezerva uhľovodíkov pomocou prieskumu
(t.r.e.)
|100
|-
|Pôsobivosť spracúvanie ložisko||<math>K2=[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> 
K2 - implementácia plánu pre debet noveho vrtu
|Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
|Pôsobivosť práce pri uvedení do prevádzky||<math>\kappa =(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^f/ \, \!</math> 
<math>(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^p*100% \, \!</math> 
K3 - realizácie plánu pre prijatie technickej dokumentácie
|K1 – počet programov stavieb (vykonáva vlastnú) 
K2 - počet programov stavieb (pod odborom) 
K3 - počet zákaziek 
K4 - produktivita 
K5 - pozitívny závery hlavnej štátnej expertízy (hše)
|100
|-
|Pôsobivosť lova||<math>[{V_{lova}}^f/{V_{lova}}^p]*100%</math> 
K4 - realizácie plánu výskumných prác
|<math>{V_{lova}}^{f(p)}</math> – fakt (plán) objemu lovu ropy a kondenzátu zemného plynu (tis. t)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f/{P_{pol}}^p]*100%</math> 
P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)
|100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1 - H_{bez.rok}/H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> 
<math>P2=-H_{bez.rok}*100%, (H_{pred.rok}=0) \, \!</math> 
P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok
|30
|-
|<math>[{V_{prac}}^f/{V_{prac}}^p]*100%</math> 
P3 - výkonnosť po dizajn-prehľadovej práce
|<math>[{V_{prac}}^f</math> – faktický objem práce (vykonáva vlastnú) bez DPH, 
<math>[{V_{prac}}^p</math> – plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''||Prilákať a udržať vysoko kvalifikovaných pracovníkov (ľudského kapitálu)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
| rowspan="2" |Zlepšenie riadenia vedomostí (informác.kapitál)||<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}
Strategická mapa jasne ukazuje smer rozvoja jednotky v oblasti "Klient" a "Business
Processes". Ústav «Rosneft» sa snaží optimalizovať účinnosť týchto významných osobností ako
prevádzkové náklady na jednotku výroby, kapitálové výdavky na prieskum a ťažbu na jednotku
produkcie a ziskovosti vloženého kapitálu a návratnosť vlastného kapitálu.

Spoločnosť vyvinula a zaviedla moderný systém integrovaného riadenia výroby (TPMSYS
™), ktorá je založená na geologické a simulačné modely kľúčových oblastiach. Tento systém
umožňuje identifikovať studní, ktoré majú najväčší potenciál, a efektívnejšie prideľovať finančné
prostriedky medzi vŕtanie, hydraulické štiepenie a mechanizované studne. Zavádzanie moderných
technológií pri vŕtaní sondy a podporuje spoluprácu s poprednými servisnými spoločnosťami v
odbore - Schlumberger, Halliburton, Baker Hughes.

Aplikovaný «Rosneft» opatrení na zlepšenie výkonu, spolu s priaznivými geologické
vlastnosti a fyzikálne vlastnosti ropy a zemného plynu v hlavných oblastiach, umožňuje
spoločnosti udržiavať prevádzkových a investičných nákladov na jednotku produkcie na úroveň
pod priemerom odvetvia, ako aj poskytovanie zaručenú kvalitu projektov a ťažby.

== Zlepšenie kvality na úrovni « Ťažba nafty» ==

Hlavný úlohy (ako je znázornené na obrázku 11):

*činnosti, čím okamžitý zisk spoločnosti (výroba, preprava a distribúcia uhľovodíkov)
*vytvoriť, udržiavať a rozvíjať potrebnú infraštruktúru, vrátane studne, skladovacie zariadenia, potrubia, atď.
[[Súbor:DP_Kadatskaya-2.8.jpg|thumbnail|center|800px|Obr. 13 Proces ťažba nafty]]
Rosneft úspešnú implementuje stratégie zrýchleného rastu výroby, vrátane zavádzania
najnovších technológií. Tak, za posledných sedem rokov, ropné spoločnosti vzrástol viac ako
sedemkrát. S takou pôsobivú dynamiku Rosneft ukazuje vysokú efektívnosť svojej činnosti a
má najnižšie jednotkové prevádzkové náklady na olej, a to nielen v priemysle Ruska, ale aj
medzi hlavnými medzinárodnými konkurentmi. Rozvoj ťažby procesu je uvedený v obrázku
12.

Hlavný strategický cieľ - rast objemu lovu(ťažba nafty).
[[Súbor:DP_Kadatskaya-2.9.jpg|thumbnail|center|800px|Obr. 14 [Rozvoj procesu ťažby ropy]]]
Kľúčové aspekty kvality výrobkov (oleja):
*účinnosť (znečistenie ropou)
*Chemické a fyzického výkonu
*spoľahlivosť vŕtanie
Kľúčové aspekty riadenia kvality (postup):
*Celkové náklady
*Presné prognózovanie
*Prerušenie procesu
[[Súbor:DP_Kadatskaya-2.10.jpg|thumbnail|center|800px|Obr. 15 Strategická Mapa NS «Rosneft» : Ťažba nafty]]

{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 3 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Ukazovateľ, %!!Poznámka!!Plán, %
|-
| rowspan="2" |'''Financie'''||Zvýšenie počtu zdrojov príjmov||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr} \,\!</math> - počet zdrojov||110
|-
|Znížiť jednotkové a prevádzkové náklady na ťažbu||<math>F2=\frac{z_{prieb.rok}^{tazba}}{z_{pred.rok}^{tazba}}\times 100%</math>||<math>t^{tazba} \,\!</math> - jednotkové prevádzkový náklady na ťažbu||110
|-
| rowspan="2" |'''Klienti'''||Zaručená kvalita "surovéj" ropy||<math>K1=\frac{i_{prieb.rok}^{kvalita}}{i_{pred.rok}^{kvalita}}\times 100%</math>||<math>I^{kvalita} \,\!</math> - index kvality||110
|-
|Zvýšenie počtu zavedenia nových vrtov||<math>[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> K2 - implementácia plánu pre debet nového vrtu||Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f / {P_{pol}}^p]*100%</math> P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)||100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1-H_{bez.rok} / H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> <math>P2= -H_{bez.rok}*100%, (H_{pred.rok}=0)</math> P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok||30
|-
|<math>[{V_{prac}}^f / {V_{prac}}^p]*100% \,\!</math> P3 - výkonnosť po dizajn-prehľadovej práce
|<math>{V_{prac}}^f \,\!</math> - faktický objem práce (vykonáva vlastnú) bez DPH, <math>{V_{prac}}^p \,\!</math> - plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i \,\!</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''
| rowspan="2" |Príťažlivosť a udržanie kvalifikovaných pracovníkov (ľudský kapitál)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
|<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|Zlepšené systémy riadenia znalostiamí||<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}

Výsledky

Implementácia Balanced Scorecard pre ťažobné firmy môžu distribuovať úsilie o zlepšenie
kvality. Najväčší problém v tejto transformácie je aby pracovníci, ktorí sú zvyknutí na určitý štýl
a zásady podnikania, musí sa prispôsobovať novým prístupom k tvorbe hodnoty. Podmienky a
doslova núti spoločnosti, aby čo najviac využívať BSC, sú pridané, keď nastanú významné zmeny
v celom podnikateľskom prostredí a spoločnosť jednoducho museli zmeniť stratégiu s cieľom
vytvoriť nový obchodný model, hľadať nové spôsoby, ako vytvárať hodnotu. V takej situácii, ako
obmedzené zdroje, silnej konkurencie, okupácii potrieb trhu mechanizmus pre horizontálne a
vertikálne internej komunikácie pre "Nastavenia" zamestnancov na nový prístup. Manažéri
potrebujú nielen sami seba čas si uvedomiť, že je potrebné zmeniť, a pochopiť, aké zmeny by
mali byť vykonané v systéme ukazovateľov ale aj byť schopný priniesť to pre zamestnancov, aby
ľudia mohli rýchlo prispôsobiť meniacim sa konkurenčnej situácie.

== Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» ==

Hlavný úlohy (ako je znázornené na obrázku 14):

rafinácie do benzínu, leteckého petroleja, vykurovací olej, nafta, mazacie oleje, mazivá,
asfalt, ropný koks, suroviny pre petrochémiu.
[[Súbor:DP_Kadatskaya-2.11.jpg|thumbnail|center|800px|Obr. 16 [Proces rafinácie]]]
Nadobudnutie nového majetku sa podarilo Rosněfť výrazne zvýšiť rafinačné kapacitu
a kvalitu vyrábaného oleja. V tomto prípade priority spoločnosti vidia ďalší rast
kvantitatívnych a kvalitatívnych ukazovateľov rafinácie ropy.

Zlepšenie kvality ropných produktov, zvýšenie hĺbky spracovania a kapacity rafinérií
umožní Rosněfť k zvýšeniu ziskov a poskytnú potrebnú rovnováhu medzi výrobou a
spracovaním segmentoch svojej činnosti. Súčasne, Rosněfť plánuje rozšíriť a modernizovať
vlastnú sieť čerpacích staníc, , Ktorý umožní spoločnosti výrazne zvýšiť svoj podiel na rýchlo
sa rozvíjajúci ruský trh pre koncových užívateľov ropných produktov.

To znamená, že strategický cieľ podnikovej úrovni - zvýšenie objemu a hĺbky rafinácie
ropy, ďalší predaj kvalitnecho výrobku s maximálnym prínosom pre klienta (spotrebiteľa) aj
pre zákazníka (manažment firmy).

Vývoj procesu rafinácie ropy je uvedený na obrázku 15.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr.17 [Vývoj procesu rafinácie ropy]]]
Kľúčový aspekty kvality výrobku (ropných produktov):
*Chemický a fyzikálny parametri (hustota, farba, nečistoty)
*Objem výrobku produktu
Kľúčové aspekty riadenia kvality (procesu):
*Presnosť prognózu
*Zlyhanie procese
*Celkové náklady.
Implementácie BSC v tejto fáze zvýši aj výrobnú kapacitu aj manažérske. Tento
koncept, spojený s systému manažérstva kvality sú v bezproblémovú integráciu subjektívne a
objektívne strategických opatrení. Prostredníctvom rozvoja kauzálne – vyšetrovacej siete a
vypracovanej na jeho základe ďalšej stratégie spoločnosti každého jednotlivého člena
organizácie môže sledovať aké akcie majú strategický význam, a ako sa implementácie
stratégie v rôznych fázach. Prostredníctvom systému ukazovateľov, môže byť dopytované v
minulosti, prítomnosti a budúcnosti stav realizácie. Systematické BSC - audity budú plánovať
neustále zlepšovanie procesu a bude tvoriť systém školenia.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr. 18 [Strategická Mapa NS «Rosneft» : Spracúvajúci ropu závod]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 4 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Ukazovateľ, %!!Poznámka!!Plán, %
|-
| rowspan="5" |'''Financie'''||Nové zdroje príjmov||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr} \,\!</math> -počet zdrojov||110
|-
| rowspan="2" |Rast ziskovosti = predaja prémiových značiek výrobkov||<math>F2=\frac{V_{prieb.rok}^{prumznac}}{V_{prieb.rok}^{celkom}}\times 100%</math>||% predaja prémiových značiek||25
|-
|<math>F3=\frac{V_{Rosnejf}^{prumznac}}{V_{priemysel}^{prumznac}}\times 100%</math>||objem firmy v porovnaní s objemom priemyslu||35
|-
|Najnižšie ceny v priemysle||<math>F4=\frac{Q_{Rosnejf}^{produkt}}{Q_{odbor}^{produkt}}\times 100%</math>||vlastné náklady v porovnaní s odborom||75
|-
|Maximálne využitie existujúcich aktívov||<math>F4=\frac{(V^{zisk} / K^{aktiv})_{prieb.rok}}{(V^{zisk} / K^{aktiv})_{pred.rok}}\times 100%</math>||<math>V^{zisk} \,\!</math> - objem zisku <math>K^{aktiv} \,\!</math> - hodnota investovaných aktívov||110
|-
| rowspan="5" |'''Klienti'''||Garancia kvality produktu
| rowspan="3" |K1 = skóre na "tajné" kupujúci K2 = podiel na cieľový segment
| rowspan="3" colspan="2" |Podľa výsledku dotazníka
|-
|Výstavba čerpacích staníc
|-
|Pracovníci
|-
|Vyší počet produktov a služieb
| rowspan="2" |<math>F2=\frac{P^{prieb.rok}}{P^{pred.rok}}\times 100%</math>
| rowspan="2" |P – priemerný zisk staníc
| rowspan="2" |125
|-
|Vzájomne prospešné vzťahy
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačných procesov||<math>P1=\frac{\sum_i T_{prieb.rok}^i}{\sum_i T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i \,\!</math> - počet produktov s využitím nových technológií||125
|-
|Dokonalosť procesu klientskecho managementa||<math>P2=\frac{D_{prieb.rok}^{pr}}{D_{pred.rok}^{pr}}\times 100%</math>||<math>Sr^t \,\!</math> - priemerná doba «dodávky»||90
|-
|Dokonalosť prevádzkového manažmentu||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i \,\!</math> - počet nesúladov(pozorovaní) pri plnení úloh||95
|-
|Dokonalosť sociálne a zákonodarné procesy||<math>P4=\frac{\sum_i Pr_{mek.zad}^i}{\sum_i Pr_{nped.zad}^i}\times 100%</math>||<math>Pr^i \,\!</math> - číslo normovaných opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''
| rowspan="2" |Príťažlivosť a udržanie kvalifikovaných pracovníkov (ľudský kapitál)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
|<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšené systémy riadenia znalostiamí||<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|-
|<math>R4=\frac{(Is^{aktualinf} + Is^{prid.inf})_{prieb.rok}}{Is^{aktualinf} + Is^{prid.inf})_{pred.rok}}\times 100%</math>||<math>Is^{aktual.inf} \,\!</math> - počet aktualizovaných zdrojov informácií 
<math>Is^{prid.zdr} \,\!</math> - počet pridaných zdrojov informácií
|115
|}

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-08-07T11:50:17Z

Fajzen: /* Zlepšenie kvality na úrovni « Ťažba nafty» */

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Praca_uvod|2|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

= =

== Model zlepšovania systému manažmenta kvality spoločnosti NS «Rosneft» ==

EFQM Excellence Model je základ univerzálnej filozofie manažmentu, poskytovanie
strategického rozvoja organizácie. Séria noriem ISO 9000:2000 predstavuje základ systému
riadenia, ktorý poskytuje viac ako minimálnu úroveň kvality, ktorá by mala splniť očakávania
všetkých zákazníkov. ISO 9001 verzia 2000 ponúka odporúčania pre zlepšenie obchodných
procesov a väčšiu spokojnosť zákazníka. Ale bez ohľadu na to, ako dobré tieto normy, majú
za cieľ svojho vývoja nikdy považovať za kľúč k úspechu v víťaznej spoločnosti vedúce
postavenie v jeho odbore ekonomiky.

Certifikácia ISO 9001:2000, len potvrdzuje, že sú splnené požiadavky zákazníka.
EFQM Excellence Model taktiež poskytuje holistický prístup a poskytuje usmernenie pre
budúcnosť.

Rovnako ako v ISO 9000 nie sú považované za faktory pre život človeka a spoločnosti
otázok a dôležitých ukazovateľov, ako sú obchodné výsledky, je v tejto oblasti vstúpi do hry
dokonalý model EFQM. Certifikácia podľa normy - je snímka preukázanie zhody s
organizáciou pre jednu pozíciu v určitom čase, vzhľadom k tomu, EFQM Excellence Model
môže byť v porovnaní s filmom, ktoré preukazujú rozsiahle čas a úsilie o dosiahnutie
organizácii. Ako obchodný model organizácie, model EFQM pomáha svojim užívateľom
hovorí rovnakým jazykom, oceniť nielen ich aktivity, ale aj porovnať svoje výsledky s
výsledkami z vedúcich predstaviteľov a konkurentov oblastiach. Vlastné-hodnotiace postupy
môžu byť optimálne realizovane v rámci modelov TQM pre vertikálne - integrovanú
spoločnosť (ako je znázornené na obrázku 3) sa strategickým nástrojom kvality - Balanced
Scorecard (BSC). Tieto nástroje pôsobia ako vzájomne sa doplňujúce prístupy k manažmentu
kvality. Orientácia materskej spoločnosti na súlad s EFQM, a vytvorenie trvalého zlepšovania
každej spoločnosti pomocou BSC, budeme držať plnú optimalizáciu, čo ovplyvní pre každý
proces v organizácii. Ukazovateli BSC, v našom prípade, vyrieši dôležitý problém pri
určovaní kvality jednotlivých súčastí procesu pre benchmarking podniku na základe kritérií
európskeho modelu. Rozvoj komplexného prístupu k zlepšeniu výkonnosti vďaka integrácii
pojmov EFQM a BSC by mala zabezpečiť synergiu, založený na maximálnom využití silných
a slabých stránok oboch vyhladzovania modelov, a šetria zdroje spoločnosti [7].

Hlavným rysom BSC-koncept je to, že je úzko prepojený s podnikovými procesmi,
ktoré sa týkajú všetkých zamestnancov podniku. Firemnej stratégie, založenej na riadenie
interných podnikových procesov, zlepšenie zákazníckej spokojnosti, nie je kompatibilný s
short-horizonte vízie. BSC je súčasťou dobre-vyvinul systém strategického managementu a
top manažmentu je zameraný na adekvátny strategický rozvoj v kontraste k tradičnej konania,
ktoré sa zvyčajne príliš zameriava na finančnú výkonnosť.

Ak je spoločnosť zahŕňa BSC-systém kľúčových ukazovateľov výkonnosti podnikových
procesov, ktoré odrážajú špecifiká tohto odvetvia, tak dostane ďalšie príležitosti pre takzvané
porovnávanie (benchmarking) na úrovni spoločnosti. strategického rozvoja, na rozdiel od
tradičného postupu, čo je zvyčajne príliš zameriava na finančnú výkonnosť.

Nástrojom pri zavádzaní BSC vo vertikálne integrovaných ropných spoločností,
kľúčové ukazovatele výkonnosti pre každú fázu výrobného reťazca, pričom číselné
hodnotenie kvality riadenia môže byť aj "horizontálne benchmarketing" vnútri VINS.
Takzvané hodnotenie holdingových spoločností (obr. 1), plní rovnakú funkciu. Napríklad,
medzi organizácií zapojených do projektov na rozvoj vkladov (Ústav1, Ústav2, Ústav3),
alebo ťažobné podniky.

Ukazovateľov BSC-systém, na rozdiel od tradičnej finančné ukazovatele dať odpovede
na otázky ako:
*či sa tieto tovary a služby zákazníci potrebujú?
*ako príslušným vrcholovým manažmentom a zamestnancami spoločnosti?
*záujem na tom, či spoločnosť špecialistov pri riešení ich úlohy?
*zlepšuje v priebehu času, či sa situácia v podniku, alebo nie?
BSC-prístup odpovedá na tieto otázky určuje príčiny úspechu či neúspechu, a tiež
identifikovať oblasti pre zlepšenie. Dobré vyrovnaný výkon systému hodnotenia je
strategickou zbraň v súťaži a nástrojom pre rozvoj stratégií konkurencieschopnosti
jednotlivých správanie na trhu.

Podmienečne projekt vývoja a implementácie nástroje na zlepšenie kvality Balanced
Scorecard je možné rozdeliť do troch hlavných fáz:
*prvá fáza je vývoj BSC, tvoril strategické hlukové mapy, musí určiť kľúčové výkonnostné ukazovatele, AT
*druhej naladenej riadiaci systém, ktorý navrhol BSC je spojený pôsobiace v rámci kontrolných systémov, ako sú obchodné plánovanie a rozpočtovanie, vedenie účtovníctva, systémy analýzy Decision-making systém motivovať zamestnancov aj vytvorená pravidlá fungovania BSC.
*poslednej fáze zavádzania BSC: vyvinúť a realizovať plán úvodu, stanovuje, okrem iného, školenia zamestnancov, testovanie a prevádzku systému a jeho automatizácie.
Vývoj ukazovateľov-indikátorov kvality spoločnosti, podľa teórie BSC, v štyroch
oblastiach (finančný výhľad - očakávania akcionárov, vyhliadky na zákazníkov - očakávania
zákazníkov, perspektíva interných podnikových procesov - požiadavky procesu, možnosti
rozvoja a vzdelávania - požiadavky zamestnancov, systémy a technológie ) bude organizovať
proces implementácie stratégie (dosiahnutia ciele), a tým prevedenie do reality očakávaniam
stakeholderov, plne zhodnotiť súčasný stav spoločnosti a určiť vyhliadky na ďalšie samo-
zlepšenie [8]. Uvažujme aplikácie nástroje.

== Zlepšenie kvality na úrovni "Riadiaca spoločnosť" ==

Balanced Scorecard prekladá misiu a hlavnú stratégiu spoločnosti v systému jasne
definované ciele a úlohy, aj ukazovatele, ktorým sa stanovuje úroveň výdobytky zistenia
ustanovok v štyroch hlavných projekcie: financie, marketing, interné podnikové procesy,
učenia a rast. Typický sled stratégie rozvoja firmy pomocou Balanced Scorecard model sa
skladá z nasledujúcich krokov:

1) Rozvíjať strategickú orientáciu spoločnosti

V tejto fáze formuluje misia, hodnotový systém spoločnosti, hlavné smery rozvoja.
[[Súbor:DP_Kadatskaya-2.1.jpg|thumbnail|center|800px|Obr. 6 [Proces vývoja manažérskeho rozhodnutia]]]
''Hlavnými cieľmi podnikového manažmenta'' (ako je znázornené na obrázku 4,5):
* udržanie rovnováhy zodpovedností medzi záujmovými skupinami:
- medzi predstavenstvom (board of directors) a akcionármi,

- medzi manažérmi a predstavenstvom,

- medzi vlastníkmi veľkých balíkov akcií a menšinových akcionárov,

- sociálna zodpovednosť podnikov a t.d.;
*stanoviť mechanizmy, ktorý formuluje strategické ciele spoločnosti, sú určené ich dosiahnutie a kontrola nad činnosťou firmy.
[[Súbor:DP_Kadatskaya-2.2.jpg|thumbnail|center|800px|Obr. 7 [Proces prijatia strategického riešenia]]]
Kľúčové aspekty ''kvality produktu'' (v tomto prípade, strategické rozhodnutia):
*pravdepodobnosti realizácie (zdroje)
*rizikové investície
*adekvátnosť teoretického modelu
Kľúčové aspekty ''riadenia kvality'' (procesu prijatia strategického riešenia):
*význam finančných nákladov (prínosov) reálita-plán
*presnosť prognóza
''Strategický cieľ'' "Rosnefť" - prísť do počtu najväčších energetických spoločnostej na svete,
stať sa jednotkou v oblasti prevádzkovej a finančnej výkonnosti, s výhradou prísne
dodržiavanie vysokých štandardov v oblasti životného prostredia a bezpečnosti práce,
spoločenskej zodpovednosti a podnikového riadenia. Dosiahnutie tohto cieľa je zabezpečuje s
pomocou zvýšeniu výroby, spracovania a uvádzania na trh v Rusku a v zahraničí, využívanie
nových technológií, efektívneho riadenia spoločnosti a posilnenie finančnej disciplíny.
Implementácia týchto opatrení bude zabezpečovať dynamický rast výroby a finančnej
výkonnosti Rosnefť v záujme všetkých jej akcionárov.

Tak prioritou vývoja Riadiacej spoločnosti bude:
*zvýšenie hodnoty spoločnosti prostredníctvom zlepšovania výkonnosti
*záväzok na dosiahnutie vysokej úrovne riadenia

2) Výstavba modelu väzieb strategických cieľov spoločnosti.

Balanced scorecard je spojovacím mostíkom medzi stratégiou a operačnými aktivitami.
V tejto fáze, tvoria prevádzkové činnosti v č dimenziách nevyhnutné na dosiahnutie hlavných
cieľov. V rámci Balanced Scorecard tieto štyri bloky sú spojené s jednotlivými strategickým
kauzálnym reťazcom - kvalifikované, motivované, spojene do jedného družstva zamestnanci
využívajú modernú infraštruktúru (informačné systémy, zariadenia, technológie) a
poskytnúcu kvalitu podnikových procesov potrebnú systéme. Odladený podnikový proces
(nízke percento chýb, rýchle spracovanie a plnenie objednávok zákazníkov, kvalitné servisnej
podpory) poskytnúť spokojnosť zákazníkov, dosiahnutie konkurenčnej výhody a úspech na
trhu. Marketingový úspech spoločnosti, potom slúži ako záruka jeho finančnecho úspechu
[9]. Naspäť reťazec Balanced Scorecard model je odvíjanie v opačnom smere takto: príčiny
zlých hodnôt finančných a ekonomických ukazovateľov sa nachádzajú v bloku «Klienti»;
nespokojnosť zákazníci znamená, že tam boli problémy v « Interné podnikové procesy », a
korene problémov s obchodnými procesmi sú v bloku «Vzdelávanie a rozvoj»(obr.6).
[[Súbor:DP_Kadatskaya-2.3.jpg|thumbnail|center|800px|Obr. 8 [Reťazec väzeb Balanced Scorecard]]]
''Financie''

Cieľ činnosti spoločnosti "Vzrastanie korporácii" bude prevedená do kategórie osobitných
finančných ukazovateľov. Teraz strategický cieľ na tejto úrovni je formulovaný takto: "Rast
čistého zisku pred daňou z príjmov." Firma môže dosiahnuť vysokého rastu tržieb za pomoci
dvoch finančných faktory: efektívnosť obchodné aktivity a rastu objemu tržieb.

''Klienti''

Zákazníkov riadiacej spoločnosti možno rozdeliť do dvoch skupín: podniky výrobného
reťazca a priamy kupujúci konečného výrobku. Konkurencieschopnosť a spotrebiteľské
hodnoty spoločnosti označené ako 'partnerstvo'. Kľúčovým parametrom - kvalita - sa vzťahuje
nielen na všeobecné aspekty výroby, ale aj aspekty riadenia.

''Podnikové procesy''

Podstata stratégií prevádzkovej dokonalosti "Riadiacej Spoločnosti" a faktorom jej
vykonávaní - partnerstvo s klientmi - je preskúmala možnosti nášho majetku a zlepšenie
interných procesov, ktoré zlepšia kvalitu rozhodovania. Preskúm majetku - kľúčový bod
stratégie na tejto úrovni. Niektoré z cieľov stanovených v tejto zložky predstavujú zmenu
strategickej formulácie vyššej úrovni (vytvorenie / zlepšenie kľúčových kapacita a maximálnu
efektivitu procesov) na viacerých konkrétnych úloh, ako doba na spracovanie správ o zlyhaní
(strategičeski dôležitý neporiadnosť). Toto povolí standartizirovat jednoúčelový procedúry
vnútri spoločnosť a robí strategickú mapu užitočné a efektívne pre manažérov. V rovnakom
duchu, ukazovateľ "dokonalosti riadenia výroby", môže byť prevedený na skrátenie času
medzi podaním rozhodnutia akcionárov a konečnecho rozhodovania.

''Infraštruktúra, zamestnanci''

Ak chcete zadať jeden z najlepších energetických spoločností, management spoločnosti
OAO Rosněfť hľadá spôsob, ako vytvoriť čo najlepšie pracovné prostredie pre svojich
zamestnancov. Stavíte na zlepšovanie správy informácií. To dovoľuje prechod z
jednoduchého získavania dát do pochopenie informácií, akumulácie poznatkov, na ktorých
môžem konať a rozvíjať. S pomocou zlepšovanie zložky rastu a vzdelávania, spoločnosť
využíva ukazovateľ "rýchlosť zavádzania informačných systémov". Vzhľadom k tomu,
problém je širší ako jednoduchá aplikácia na najnovšie úspechy e-business systémov,
spoločnosť tiež môže rozvinúť rozsah riešení a služieb založených na informačných
technológiách. Strategická mapa Rosneft bude vyzerať, ako je uvedené na obrázku 7.

3) Formácie mapy strategických cieľov v 4 smeroch 

Stanovenie strategických cieľov, ukazovateľov a cieľových hodnôt ukazovateľov podľa
perspektív - financie (ekonómia), zákazníci (trh), obchodné procesy, zamestnanci
(vzdelávanie a rast). Na základe vyvinuté cieľov a ich príčinné vzťahy, robím ukazovatele
výkonnosti - indexy dosiahnutia cieľov (Tab. 1).

4) Posledný etáp 

Dokončenie vývoja systému Balanced Scorecard realizuje cez navrhovanie činností,
ktorý je potrebne na dosiahnutie strategických cieľov. Pre určené aktivity sú obvykle určuje
rozpočet, termíny a zodpovedné osoby. Tak Balanced Scorecard model pripravuje most od
strategického plánovania do plánovania operačného. Takáto logika je zvyknutý na formu
Balanced Scorecard pre iné úrovne vertikálne integrovanej spoločnosti.
[[Súbor:DP_Kadatskaya-2.4.jpg|thumbnail|center|800px|Obr. 9 [Strategická mapa NS «Rosneft»: Riadiaca spoločnosť]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 1 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="4" |'''Financie'''||Zvýšenie čísla dôchodok||<math>F1=\frac{n_{priebeћ.rok}^{doch}}{n_{predoљ.rok}^{doch}}\times 100%</math>||<math>n^{doch}</math> - číslo dôchodok||110
|-
|Priemerný nárast zisku z každého predmetu||<math>F2=\frac{Z^{prieb.rok}}{Z^{pred.rok}}\times 100%</math>||Z - zisk||125
|-
|Zlepšenie nákladovej štruktúry||<math>F3=\frac{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{prieb.rok}}{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{pred.rok}}\times 100%</math>||N – súčet nákladov danneho druhu údaje||85
|-
|Efektívne využívanie majetku||<math>F4=\frac{(V^{zisku}/I)_{prieb.rok}}{(V^{zisku}/I)_{pred.rok}}\times 100%</math>||<math>V^{zisku}</math> - objem zisku I – сena investičného majetku||110
|-
| rowspan="3" |'''Klienti'''||Nútený správca vzťahov so zákazníkmi||<math>K1=\frac{\kappa_{prieb.rok}^{spokojnosti}}{\kappa_{pred.rok}^{spokojnosti}}\times 100%</math>||<math>\kappa^{spokojnosti}</math> - koeficient spokojnosti zákazníkov||125
|-
|Popularita značky||<math>K2=\frac{I_{prieb.rok}^{sily\_branda}}{I_{pred.rok}^{sily\_branda}}\times 100%</math>||<math>I^{sily\_branda}</math> - index sily branda||115
|-
|Dodržiavanie vysokých štandardov||<math>K3=\frac{\underset{i}{\sum}N_{prieb.rok}^{i}}{\underset{i}{\sum}N_{pred.rok}^{i}}\times 100%</math>||<math>\sum N^i</math> - počet nezhôd (nesúladov, poznámok)||95
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačný priebeh||<math>P1=\frac{\underset{i}{\sum}T_{prieb.rok}^i}{\underset{i}{\sum}T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i</math> - počet výrobkov využívajúcich nové zavedený technológie||125
|-
|Dokonalosť klientskych priebeh||<math>P2=\frac{T_{prieb.rok}^{pr}}{T_{pred.rok}^{pr}}\times 100%</math>||<math>T^{pr}</math> - prostredný termín «dodávky»||90
|-
|Perfektní riadenie výroby||<math>P3=\frac{\underset{i}{\sum}O_{prieb.rok}^i}{\underset{i}{\sum}O_{pred.rok}^i}</math>||<math>\sum O^i</math> - počet nesúladov v procesoch||95
|-
|Dokonalosť legislatívnych a spoločenských procesov||<math>P4=\frac{\underset{i}{\sum}Pp_{prieb.rok}^i}{\underset{i}{\sum}Pp_{pred.rok}^i}\times 100%</math>||<math>Pp^i</math> - počet normalizované opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''|| rowspan="2" |Prilákať a udržať vysoko kvalifikovaných pracovníkov||<math>R1=\frac{Z_{prieb.rok}}{Z_{pred.rok}}\times 100%</math>||Z - náklady na výučbu||125
|-
|<math>R2=\frac{Vv_{prieb.rok}}{Vv_{pred.rok}}\times 100%</math>||Vv – výkonnosť vzdelávania (anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšenie riadenia vedomostí||<math>R3=\frac{L_{prieb.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, doučovaním systémom||110
|-
|<math>R4=\frac{(Is^{obnov} + Is^{prid})_{prieb.rok}}{Is^{obnov} + Is^{prid})_{pred.rok}}\times 100%</math>||<math>Is^{obnov}</math> - počet obnoviteľných zdrojov informácií <math>Is^{prid}</math> - počet pridaných zdrojov informácií||115
|}

== Zlepšenie kvality na úrovni «Ústav» ==

Zárukou kapacity Ústavu spĺňať požiadavky zákazníka (Riadiaca spoločnosť) v praxi
Rosneft stalo že Ústav ma SMK, zodpovedajúce medzinárodné normy ISO 9000, založený na
koncepte procesného prístupu v riadení. To nielen rozvoj projektov s potrebnými
vlastnosťami, ale tiež stabilná, udržateľná kvalita návrhu projektov a služieb po dobu trvania
zmlúv.
[[Súbor:DP_Kadatskaya-2.5.jpg|thumbnail|center|800px|Obr. 10 [Proces navrhovania planá ložiska]]]
Hlavné úlohy:

Podpora vyhľadávania a hodnotenia, návrh vývoja a stavby petrochemického ložiska a
afinácie ropy, zavádzanie nových technológií.

Štruktúra a technológie Ústavov sú veľmi pestrá a každý je jedinečný. Avšak, podľa SMK,
môže poskytnúť rovnaký všeobecné vlastnosti a funkcie, ktoré spočíva v tom, že proces
návrhu je predovšetkým " inteligent work", ktorá vyžaduje použitie moderných manažérskych
prístupov. Z tohto dôvodu, aj pre jednoduché hodnotenie kvality procesu, výrobku alebo
služby, ústavy vyžadujú zložitejšie formalizovanie procesu a sofistikovanejší výber vhodných
KPI (kľúčové ukazovatele výkonnosti). Hlavnou úlohou vedenia mnohých Ústavov je
kompetentná a racionálna konštrukcia systému vzájomných vzťahov a riadenia výrobnými
procesmi na zabezpečenie účinného vykonávania funkcií: plánovanie, sledovanie
strategických cieľov, hospodárske a štatistické výpočty.

Procesu rozvoja manažérskeho riešenia je uvedený na obrázku 9.
[[Súbor:DP_Kadatskaya-2.6.jpg|thumbnail|center|800px|Obr. 11 [Proces rozvoja projektu]]]
Kľúčové aspekty kvality výrobkov (projekt):
*Dodržiavanie charakteristík procesu požiadavikam (technológie, materiály, zariadenia)
*Dodržiavanie procesu požiadavkám zákazníka (špecifikácie)
*Dodržiavanie určitým normám (Zákony, nariadenia, GOST, SNIP, predpisy)
Hlavným strategickým cieľom ústavu kvality - neustále zlepšovanie a plna integrácie
všetkých podnikových procesov vo výrobnú aktivitu spoločnosti, ktoré zabezpečuje neustále
zlepšovanie kvality produktov a služieb, ktoré spĺňajú požiadavky a očakávania zákazníka
(štrukturálne jednotky spoločnosti), rovnako ako globálne, národné a podnikové normy.

Strategický cieľ rozvoja - zlepšenie efektívnosti aktivity ústavu s cieľom uspokojiť zákazníka.
Môžeme teda navrhnúť hlavné strategické ciele pre všetky štyri zložky:
[[Súbor:DP_Kadatskaya-2.7.jpg|thumbnail|center|800px|Obr. 12 [Strategická Mapa NS «Rosneft» : Ústav]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="2" |'''Financie'''||Zvýšenie štruktúry kapitála||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr}</math> - počet zdrojov||110
|-
|Zvýšenie operačnej efektívnosti||<math>F2=100% - [\mathrm{a}\mathrm{b}\mathrm{s}(1 - {V_{zisk}}^f/{V_{zisk}}^p)*0,2 + </math> 
<math>\text{abs}(1 - L^f/L^p)*0,2 + \,\!</math> 
<math>\text{abs}(1 - {Z_{jed}}^{os}/{Z_{pres}}^f/L_{pp})*0,2 + </math> 
<math>\text{abs}(1 - {V_{priem}}^f/{V_{priem}}^p)*0,2 + </math> 
<math>\text{abs}(1 - {Z_{priem}}^f/{Z_{priem}}^p)*0,2]*100%</math> 
F2 – komplexný index realizácie biznis-plánu
|<math>{V_{zisk}}^{f(p)}</math> - fakt(plán) čistý zisk 
<math>L^{f(p)}\,\!</math> - fakt(plán) počet zamestnancov 
<math>{Z_{jed}}^{os}</math> - plánovaný jednotkový náklady na osobu 
<math>{Z_{pres}}^f</math> – faktické presné vlastné náklady Ústavu 
<math>L_{pp}\,\!</math> - priemerný počet pracovníkov výroby v bežnom roku 
<math>{V_{priem}}^{f(p)}</math> – fakt(plán) priemerný výkon na osobu 
<math>{Z_{priem}}^{f(p)}</math> – fakt(plán) priemer zárobku po Ústavu
|95
|-
| rowspan="4" |'''Klienti'''||Pôsobivosť prieskumu ložiska||<math>K1=[({Q_{gp}}^f/{V_{pries}}^f)/({Q_{gp}}^p/{V_{pries}}^p)]*100%</math>, 
K1 - realizácie plánu na zvýšenie rezerv
|<math>Q_{qp}</math> - náklady na geologický prieskum (rub.); 
<math>V_{pries}</math> - zvýšenie rezerva uhľovodíkov pomocou prieskumu
(t.r.e.)
|100
|-
|Pôsobivosť spracúvanie ložisko||<math>K2=[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> 
K2 - implementácia plánu pre debet noveho vrtu
|Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
|Pôsobivosť práce pri uvedení do prevádzky||<math>\kappa =(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^f/ \, \!</math> 
<math>(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^p*100% \, \!</math> 
K3 - realizácie plánu pre prijatie technickej dokumentácie
|K1 – počet programov stavieb (vykonáva vlastnú) 
K2 - počet programov stavieb (pod odborom) 
K3 - počet zákaziek 
K4 - produktivita 
K5 - pozitívny závery hlavnej štátnej expertízy (hše)
|100
|-
|Pôsobivosť lova||<math>[{V_{lova}}^f/{V_{lova}}^p]*100%</math> 
K4 - realizácie plánu výskumných prác
|<math>{V_{lova}}^{f(p)}</math> – fakt (plán) objemu lovu ropy a kondenzátu zemného plynu (tis. t)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f/{P_{pol}}^p]*100%</math> 
P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)
|100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1 - H_{bez.rok}/H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> 
<math>P2=-H_{bez.rok}*100%, (H_{pred.rok}=0) \, \!</math> 
P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok
|30
|-
|<math>[{V_{prac}}^f/{V_{prac}}^p]*100%</math> 
P3 - výkonnosť po dizajn-prehľadovej práce
|<math>[{V_{prac}}^f</math> – faktický objem práce (vykonáva vlastnú) bez DPH, 
<math>[{V_{prac}}^p</math> – plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''||Prilákať a udržať vysoko kvalifikovaných pracovníkov (ľudského kapitálu)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
| rowspan="2" |Zlepšenie riadenia vedomostí (informác.kapitál)||<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}
Strategická mapa jasne ukazuje smer rozvoja jednotky v oblasti "Klient" a "Business
Processes". Ústav «Rosneft» sa snaží optimalizovať účinnosť týchto významných osobností ako
prevádzkové náklady na jednotku výroby, kapitálové výdavky na prieskum a ťažbu na jednotku
produkcie a ziskovosti vloženého kapitálu a návratnosť vlastného kapitálu.

Spoločnosť vyvinula a zaviedla moderný systém integrovaného riadenia výroby (TPMSYS
™), ktorá je založená na geologické a simulačné modely kľúčových oblastiach. Tento systém
umožňuje identifikovať studní, ktoré majú najväčší potenciál, a efektívnejšie prideľovať finančné
prostriedky medzi vŕtanie, hydraulické štiepenie a mechanizované studne. Zavádzanie moderných
technológií pri vŕtaní sondy a podporuje spoluprácu s poprednými servisnými spoločnosťami v
odbore - Schlumberger, Halliburton, Baker Hughes.

Aplikovaný «Rosneft» opatrení na zlepšenie výkonu, spolu s priaznivými geologické
vlastnosti a fyzikálne vlastnosti ropy a zemného plynu v hlavných oblastiach, umožňuje
spoločnosti udržiavať prevádzkových a investičných nákladov na jednotku produkcie na úroveň
pod priemerom odvetvia, ako aj poskytovanie zaručenú kvalitu projektov a ťažby.

== Zlepšenie kvality na úrovni « Ťažba nafty» ==

Hlavný úlohy (ako je znázornené na obrázku 11):

*činnosti, čím okamžitý zisk spoločnosti (výroba, preprava a distribúcia uhľovodíkov)
*vytvoriť, udržiavať a rozvíjať potrebnú infraštruktúru, vrátane studne, skladovacie zariadenia, potrubia, atď.
[[Súbor:DP_Kadatskaya-2.8.jpg|thumbnail|center|800px|Obr. 13 Proces ťažba nafty]]
Rosneft úspešnú implementuje stratégie zrýchleného rastu výroby, vrátane zavádzania
najnovších technológií. Tak, za posledných sedem rokov, ropné spoločnosti vzrástol viac ako
sedemkrát. S takou pôsobivú dynamiku Rosneft ukazuje vysokú efektívnosť svojej činnosti a
má najnižšie jednotkové prevádzkové náklady na olej, a to nielen v priemysle Ruska, ale aj
medzi hlavnými medzinárodnými konkurentmi. Rozvoj ťažby procesu je uvedený v obrázku
12.

Hlavný strategický cieľ - rast objemu lovu(ťažba nafty).
[[Súbor:DP_Kadatskaya-2.9.jpg|thumbnail|center|800px|Obr. 14 [Rozvoj procesu ťažby ropy]]]
Kľúčové aspekty kvality výrobkov (oleja):
*účinnosť (znečistenie ropou)
*Chemické a fyzického výkonu
*spoľahlivosť vŕtanie
Kľúčové aspekty riadenia kvality (postup):
*Celkové náklady
*Presné prognózovanie
*Prerušenie procesu
[[Súbor:DP_Kadatskaya-2.10.jpg|thumbnail|center|800px|Obr. 15 Strategická Mapa NS «Rosneft» : Ťažba nafty]]

{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 3 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Ukazovateľ, %!!Poznámka!!Plán, %
|-
| rowspan="2" |'''Financie'''||Zvýšenie počtu zdrojov príjmov||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr} \,\!</math> - počet zdrojov||110
|-
|Znížiť jednotkové a prevádzkové náklady na ťažbu||<math>F2=\frac{z_{prieb.rok}^{tazba}}{z_{pred.rok}^{tazba}}\times 100%</math>||<math>t^{tazba} \,\!</math> - jednotkové prevádzkový náklady na ťažbu||110
|-
| rowspan="2" |'''Klienti'''||Zaručená kvalita "surovéj" ropy||<math>K1=\frac{i_{prieb.rok}^{kvalita}}{i_{pred.rok}^{kvalita}}\times 100%</math>||<math>I^{kvalita} \,\!</math> - index kvality||110
|-
|Zvýšenie počtu zavedenia nových vrtov||<math>[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> K2 - implementácia plánu pre debet nového vrtu||Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f / {P_{pol}}^p]*100%</math> P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)||100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1-H_{bez.rok} / H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> <math>P2= -H_{bez.rok}*100%, (H_{pred.rok}=0)</math> P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok||30
|-
|<math>[{V_{prac}}^f / {V_{prac}}^p]*100% \,\!</math> P3 - výkonnosť po dizajn-prehľadovej práce
|<math>{V_{prac}}^f \,\!</math> - faktický objem práce (vykonáva vlastnú) bez DPH, <math>{V_{prac}}^p \,\!</math> - plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i \,\!</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''
| rowspan="2" |Príťažlivosť a udržanie kvalifikovaných pracovníkov (ľudský kapitál)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
|<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|Zlepšené systémy riadenia znalostiamí||<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}

Výsledky

Implementácia Balanced Scorecard pre ťažobné firmy môžu distribuovať úsilie o zlepšenie
kvality. Najväčší problém v tejto transformácie je aby pracovníci, ktorí sú zvyknutí na určitý štýl
a zásady podnikania, musí sa prispôsobovať novým prístupom k tvorbe hodnoty. Podmienky a
doslova núti spoločnosti, aby čo najviac využívať BSC, sú pridané, keď nastanú významné zmeny
v celom podnikateľskom prostredí a spoločnosť jednoducho museli zmeniť stratégiu s cieľom
vytvoriť nový obchodný model, hľadať nové spôsoby, ako vytvárať hodnotu. V takej situácii, ako
obmedzené zdroje, silnej konkurencie, okupácii potrieb trhu mechanizmus pre horizontálne a
vertikálne internej komunikácie pre "Nastavenia" zamestnancov na nový prístup. Manažéri
potrebujú nielen sami seba čas si uvedomiť, že je potrebné zmeniť, a pochopiť, aké zmeny by
mali byť vykonané v systéme ukazovateľov ale aj byť schopný priniesť to pre zamestnancov, aby
ľudia mohli rýchlo prispôsobiť meniacim sa konkurenčnej situácie.

== Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» ==

Hlavný úlohy (ako je znázornené na obrázku 14):

rafinácie do benzínu, leteckého petroleja, vykurovací olej, nafta, mazacie oleje, mazivá,
asfalt, ropný koks, suroviny pre petrochémiu.
[[Súbor:DP_Kadatskaya-2.11.jpg|thumbnail|center|800px|Obr. 16 [Proces rafinácie]]]
Nadobudnutie nového majetku sa podarilo Rosněfť výrazne zvýšiť rafinačné kapacitu
a kvalitu vyrábaného oleja. V tomto prípade priority spoločnosti vidia ďalší rast
kvantitatívnych a kvalitatívnych ukazovateľov rafinácie ropy.

Zlepšenie kvality ropných produktov, zvýšenie hĺbky spracovania a kapacity rafinérií
umožní Rosněfť k zvýšeniu ziskov a poskytnú potrebnú rovnováhu medzi výrobou a
spracovaním segmentoch svojej činnosti. Súčasne, Rosněfť plánuje rozšíriť a modernizovať
vlastnú sieť čerpacích staníc, , Ktorý umožní spoločnosti výrazne zvýšiť svoj podiel na rýchlo
sa rozvíjajúci ruský trh pre koncových užívateľov ropných produktov.

To znamená, že strategický cieľ podnikovej úrovni - zvýšenie objemu a hĺbky rafinácie
ropy, ďalší predaj kvalitnecho výrobku s maximálnym prínosom pre klienta (spotrebiteľa) aj
pre zákazníka (manažment firmy).

Vývoj procesu rafinácie ropy je uvedený na obrázku 15.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr.17 [Vývoj procesu rafinácie ropy]]]
Kľúčový aspekty kvality výrobku (ropných produktov):
*Chemický a fyzikálny parametri (hustota, farba, nečistoty)
*Objem výrobku produktu
Kľúčové aspekty riadenia kvality (procesu):
*Presnosť prognózu
*Zlyhanie procese
*Celkové náklady.
Implementácie BSC v tejto fáze zvýši aj výrobnú kapacitu aj manažérske. Tento
koncept, spojený s systému manažérstva kvality sú v bezproblémovú integráciu subjektívne a
objektívne strategických opatrení. Prostredníctvom rozvoja kauzálne – vyšetrovacej siete a
vypracovanej na jeho základe ďalšej stratégie spoločnosti každého jednotlivého člena
organizácie môže sledovať aké akcie majú strategický význam, a ako sa implementácie
stratégie v rôznych fázach. Prostredníctvom systému ukazovateľov, môže byť dopytované v
minulosti, prítomnosti a budúcnosti stav realizácie. Systematické BSC - audity budú plánovať
neustále zlepšovanie procesu a bude tvoriť systém školenia.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr. 18 [Strategická Mapa NS «Rosneft» : Spracúvajúci ropu závod]]]

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-26T09:36:14Z

Fajzen:

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Praca_uvod|2|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

= =

== Model zlepšovania systému manažmenta kvality spoločnosti NS «Rosneft» ==

EFQM Excellence Model je základ univerzálnej filozofie manažmentu, poskytovanie
strategického rozvoja organizácie. Séria noriem ISO 9000:2000 predstavuje základ systému
riadenia, ktorý poskytuje viac ako minimálnu úroveň kvality, ktorá by mala splniť očakávania
všetkých zákazníkov. ISO 9001 verzia 2000 ponúka odporúčania pre zlepšenie obchodných
procesov a väčšiu spokojnosť zákazníka. Ale bez ohľadu na to, ako dobré tieto normy, majú
za cieľ svojho vývoja nikdy považovať za kľúč k úspechu v víťaznej spoločnosti vedúce
postavenie v jeho odbore ekonomiky.

Certifikácia ISO 9001:2000, len potvrdzuje, že sú splnené požiadavky zákazníka.
EFQM Excellence Model taktiež poskytuje holistický prístup a poskytuje usmernenie pre
budúcnosť.

Rovnako ako v ISO 9000 nie sú považované za faktory pre život človeka a spoločnosti
otázok a dôležitých ukazovateľov, ako sú obchodné výsledky, je v tejto oblasti vstúpi do hry
dokonalý model EFQM. Certifikácia podľa normy - je snímka preukázanie zhody s
organizáciou pre jednu pozíciu v určitom čase, vzhľadom k tomu, EFQM Excellence Model
môže byť v porovnaní s filmom, ktoré preukazujú rozsiahle čas a úsilie o dosiahnutie
organizácii. Ako obchodný model organizácie, model EFQM pomáha svojim užívateľom
hovorí rovnakým jazykom, oceniť nielen ich aktivity, ale aj porovnať svoje výsledky s
výsledkami z vedúcich predstaviteľov a konkurentov oblastiach. Vlastné-hodnotiace postupy
môžu byť optimálne realizovane v rámci modelov TQM pre vertikálne - integrovanú
spoločnosť (ako je znázornené na obrázku 3) sa strategickým nástrojom kvality - Balanced
Scorecard (BSC). Tieto nástroje pôsobia ako vzájomne sa doplňujúce prístupy k manažmentu
kvality. Orientácia materskej spoločnosti na súlad s EFQM, a vytvorenie trvalého zlepšovania
každej spoločnosti pomocou BSC, budeme držať plnú optimalizáciu, čo ovplyvní pre každý
proces v organizácii. Ukazovateli BSC, v našom prípade, vyrieši dôležitý problém pri
určovaní kvality jednotlivých súčastí procesu pre benchmarking podniku na základe kritérií
európskeho modelu. Rozvoj komplexného prístupu k zlepšeniu výkonnosti vďaka integrácii
pojmov EFQM a BSC by mala zabezpečiť synergiu, založený na maximálnom využití silných
a slabých stránok oboch vyhladzovania modelov, a šetria zdroje spoločnosti [7].

Hlavným rysom BSC-koncept je to, že je úzko prepojený s podnikovými procesmi,
ktoré sa týkajú všetkých zamestnancov podniku. Firemnej stratégie, založenej na riadenie
interných podnikových procesov, zlepšenie zákazníckej spokojnosti, nie je kompatibilný s
short-horizonte vízie. BSC je súčasťou dobre-vyvinul systém strategického managementu a
top manažmentu je zameraný na adekvátny strategický rozvoj v kontraste k tradičnej konania,
ktoré sa zvyčajne príliš zameriava na finančnú výkonnosť.

Ak je spoločnosť zahŕňa BSC-systém kľúčových ukazovateľov výkonnosti podnikových
procesov, ktoré odrážajú špecifiká tohto odvetvia, tak dostane ďalšie príležitosti pre takzvané
porovnávanie (benchmarking) na úrovni spoločnosti. strategického rozvoja, na rozdiel od
tradičného postupu, čo je zvyčajne príliš zameriava na finančnú výkonnosť.

Nástrojom pri zavádzaní BSC vo vertikálne integrovaných ropných spoločností,
kľúčové ukazovatele výkonnosti pre každú fázu výrobného reťazca, pričom číselné
hodnotenie kvality riadenia môže byť aj "horizontálne benchmarketing" vnútri VINS.
Takzvané hodnotenie holdingových spoločností (obr. 1), plní rovnakú funkciu. Napríklad,
medzi organizácií zapojených do projektov na rozvoj vkladov (Ústav1, Ústav2, Ústav3),
alebo ťažobné podniky.

Ukazovateľov BSC-systém, na rozdiel od tradičnej finančné ukazovatele dať odpovede
na otázky ako:
*či sa tieto tovary a služby zákazníci potrebujú?
*ako príslušným vrcholovým manažmentom a zamestnancami spoločnosti?
*záujem na tom, či spoločnosť špecialistov pri riešení ich úlohy?
*zlepšuje v priebehu času, či sa situácia v podniku, alebo nie?
BSC-prístup odpovedá na tieto otázky určuje príčiny úspechu či neúspechu, a tiež
identifikovať oblasti pre zlepšenie. Dobré vyrovnaný výkon systému hodnotenia je
strategickou zbraň v súťaži a nástrojom pre rozvoj stratégií konkurencieschopnosti
jednotlivých správanie na trhu.

Podmienečne projekt vývoja a implementácie nástroje na zlepšenie kvality Balanced
Scorecard je možné rozdeliť do troch hlavných fáz:
*prvá fáza je vývoj BSC, tvoril strategické hlukové mapy, musí určiť kľúčové výkonnostné ukazovatele, AT
*druhej naladenej riadiaci systém, ktorý navrhol BSC je spojený pôsobiace v rámci kontrolných systémov, ako sú obchodné plánovanie a rozpočtovanie, vedenie účtovníctva, systémy analýzy Decision-making systém motivovať zamestnancov aj vytvorená pravidlá fungovania BSC.
*poslednej fáze zavádzania BSC: vyvinúť a realizovať plán úvodu, stanovuje, okrem iného, školenia zamestnancov, testovanie a prevádzku systému a jeho automatizácie.
Vývoj ukazovateľov-indikátorov kvality spoločnosti, podľa teórie BSC, v štyroch
oblastiach (finančný výhľad - očakávania akcionárov, vyhliadky na zákazníkov - očakávania
zákazníkov, perspektíva interných podnikových procesov - požiadavky procesu, možnosti
rozvoja a vzdelávania - požiadavky zamestnancov, systémy a technológie ) bude organizovať
proces implementácie stratégie (dosiahnutia ciele), a tým prevedenie do reality očakávaniam
stakeholderov, plne zhodnotiť súčasný stav spoločnosti a určiť vyhliadky na ďalšie samo-
zlepšenie [8]. Uvažujme aplikácie nástroje.

== Zlepšenie kvality na úrovni "Riadiaca spoločnosť" ==

Balanced Scorecard prekladá misiu a hlavnú stratégiu spoločnosti v systému jasne
definované ciele a úlohy, aj ukazovatele, ktorým sa stanovuje úroveň výdobytky zistenia
ustanovok v štyroch hlavných projekcie: financie, marketing, interné podnikové procesy,
učenia a rast. Typický sled stratégie rozvoja firmy pomocou Balanced Scorecard model sa
skladá z nasledujúcich krokov:

1) Rozvíjať strategickú orientáciu spoločnosti

V tejto fáze formuluje misia, hodnotový systém spoločnosti, hlavné smery rozvoja.
[[Súbor:DP_Kadatskaya-2.1.jpg|thumbnail|center|800px|Obr. 6 [Proces vývoja manažérskeho rozhodnutia]]]
''Hlavnými cieľmi podnikového manažmenta'' (ako je znázornené na obrázku 4,5):
* udržanie rovnováhy zodpovedností medzi záujmovými skupinami:
- medzi predstavenstvom (board of directors) a akcionármi,

- medzi manažérmi a predstavenstvom,

- medzi vlastníkmi veľkých balíkov akcií a menšinových akcionárov,

- sociálna zodpovednosť podnikov a t.d.;
*stanoviť mechanizmy, ktorý formuluje strategické ciele spoločnosti, sú určené ich dosiahnutie a kontrola nad činnosťou firmy.
[[Súbor:DP_Kadatskaya-2.2.jpg|thumbnail|center|800px|Obr. 7 [Proces prijatia strategického riešenia]]]
Kľúčové aspekty ''kvality produktu'' (v tomto prípade, strategické rozhodnutia):
*pravdepodobnosti realizácie (zdroje)
*rizikové investície
*adekvátnosť teoretického modelu
Kľúčové aspekty ''riadenia kvality'' (procesu prijatia strategického riešenia):
*význam finančných nákladov (prínosov) reálita-plán
*presnosť prognóza
''Strategický cieľ'' "Rosnefť" - prísť do počtu najväčších energetických spoločnostej na svete,
stať sa jednotkou v oblasti prevádzkovej a finančnej výkonnosti, s výhradou prísne
dodržiavanie vysokých štandardov v oblasti životného prostredia a bezpečnosti práce,
spoločenskej zodpovednosti a podnikového riadenia. Dosiahnutie tohto cieľa je zabezpečuje s
pomocou zvýšeniu výroby, spracovania a uvádzania na trh v Rusku a v zahraničí, využívanie
nových technológií, efektívneho riadenia spoločnosti a posilnenie finančnej disciplíny.
Implementácia týchto opatrení bude zabezpečovať dynamický rast výroby a finančnej
výkonnosti Rosnefť v záujme všetkých jej akcionárov.

Tak prioritou vývoja Riadiacej spoločnosti bude:
*zvýšenie hodnoty spoločnosti prostredníctvom zlepšovania výkonnosti
*záväzok na dosiahnutie vysokej úrovne riadenia

2) Výstavba modelu väzieb strategických cieľov spoločnosti.

Balanced scorecard je spojovacím mostíkom medzi stratégiou a operačnými aktivitami.
V tejto fáze, tvoria prevádzkové činnosti v č dimenziách nevyhnutné na dosiahnutie hlavných
cieľov. V rámci Balanced Scorecard tieto štyri bloky sú spojené s jednotlivými strategickým
kauzálnym reťazcom - kvalifikované, motivované, spojene do jedného družstva zamestnanci
využívajú modernú infraštruktúru (informačné systémy, zariadenia, technológie) a
poskytnúcu kvalitu podnikových procesov potrebnú systéme. Odladený podnikový proces
(nízke percento chýb, rýchle spracovanie a plnenie objednávok zákazníkov, kvalitné servisnej
podpory) poskytnúť spokojnosť zákazníkov, dosiahnutie konkurenčnej výhody a úspech na
trhu. Marketingový úspech spoločnosti, potom slúži ako záruka jeho finančnecho úspechu
[9]. Naspäť reťazec Balanced Scorecard model je odvíjanie v opačnom smere takto: príčiny
zlých hodnôt finančných a ekonomických ukazovateľov sa nachádzajú v bloku «Klienti»;
nespokojnosť zákazníci znamená, že tam boli problémy v « Interné podnikové procesy », a
korene problémov s obchodnými procesmi sú v bloku «Vzdelávanie a rozvoj»(obr.6).
[[Súbor:DP_Kadatskaya-2.3.jpg|thumbnail|center|800px|Obr. 8 [Reťazec väzeb Balanced Scorecard]]]
''Financie''

Cieľ činnosti spoločnosti "Vzrastanie korporácii" bude prevedená do kategórie osobitných
finančných ukazovateľov. Teraz strategický cieľ na tejto úrovni je formulovaný takto: "Rast
čistého zisku pred daňou z príjmov." Firma môže dosiahnuť vysokého rastu tržieb za pomoci
dvoch finančných faktory: efektívnosť obchodné aktivity a rastu objemu tržieb.

''Klienti''

Zákazníkov riadiacej spoločnosti možno rozdeliť do dvoch skupín: podniky výrobného
reťazca a priamy kupujúci konečného výrobku. Konkurencieschopnosť a spotrebiteľské
hodnoty spoločnosti označené ako 'partnerstvo'. Kľúčovým parametrom - kvalita - sa vzťahuje
nielen na všeobecné aspekty výroby, ale aj aspekty riadenia.

''Podnikové procesy''

Podstata stratégií prevádzkovej dokonalosti "Riadiacej Spoločnosti" a faktorom jej
vykonávaní - partnerstvo s klientmi - je preskúmala možnosti nášho majetku a zlepšenie
interných procesov, ktoré zlepšia kvalitu rozhodovania. Preskúm majetku - kľúčový bod
stratégie na tejto úrovni. Niektoré z cieľov stanovených v tejto zložky predstavujú zmenu
strategickej formulácie vyššej úrovni (vytvorenie / zlepšenie kľúčových kapacita a maximálnu
efektivitu procesov) na viacerých konkrétnych úloh, ako doba na spracovanie správ o zlyhaní
(strategičeski dôležitý neporiadnosť). Toto povolí standartizirovat jednoúčelový procedúry
vnútri spoločnosť a robí strategickú mapu užitočné a efektívne pre manažérov. V rovnakom
duchu, ukazovateľ "dokonalosti riadenia výroby", môže byť prevedený na skrátenie času
medzi podaním rozhodnutia akcionárov a konečnecho rozhodovania.

''Infraštruktúra, zamestnanci''

Ak chcete zadať jeden z najlepších energetických spoločností, management spoločnosti
OAO Rosněfť hľadá spôsob, ako vytvoriť čo najlepšie pracovné prostredie pre svojich
zamestnancov. Stavíte na zlepšovanie správy informácií. To dovoľuje prechod z
jednoduchého získavania dát do pochopenie informácií, akumulácie poznatkov, na ktorých
môžem konať a rozvíjať. S pomocou zlepšovanie zložky rastu a vzdelávania, spoločnosť
využíva ukazovateľ "rýchlosť zavádzania informačných systémov". Vzhľadom k tomu,
problém je širší ako jednoduchá aplikácia na najnovšie úspechy e-business systémov,
spoločnosť tiež môže rozvinúť rozsah riešení a služieb založených na informačných
technológiách. Strategická mapa Rosneft bude vyzerať, ako je uvedené na obrázku 7.

3) Formácie mapy strategických cieľov v 4 smeroch 

Stanovenie strategických cieľov, ukazovateľov a cieľových hodnôt ukazovateľov podľa
perspektív - financie (ekonómia), zákazníci (trh), obchodné procesy, zamestnanci
(vzdelávanie a rast). Na základe vyvinuté cieľov a ich príčinné vzťahy, robím ukazovatele
výkonnosti - indexy dosiahnutia cieľov (Tab. 1).

4) Posledný etáp 

Dokončenie vývoja systému Balanced Scorecard realizuje cez navrhovanie činností,
ktorý je potrebne na dosiahnutie strategických cieľov. Pre určené aktivity sú obvykle určuje
rozpočet, termíny a zodpovedné osoby. Tak Balanced Scorecard model pripravuje most od
strategického plánovania do plánovania operačného. Takáto logika je zvyknutý na formu
Balanced Scorecard pre iné úrovne vertikálne integrovanej spoločnosti.
[[Súbor:DP_Kadatskaya-2.4.jpg|thumbnail|center|800px|Obr. 9 [Strategická mapa NS «Rosneft»: Riadiaca spoločnosť]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 1 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="4" |'''Financie'''||Zvýšenie čísla dôchodok||<math>F1=\frac{n_{priebeћ.rok}^{doch}}{n_{predoљ.rok}^{doch}}\times 100%</math>||<math>n^{doch}</math> - číslo dôchodok||110
|-
|Priemerný nárast zisku z každého predmetu||<math>F2=\frac{Z^{prieb.rok}}{Z^{pred.rok}}\times 100%</math>||Z - zisk||125
|-
|Zlepšenie nákladovej štruktúry||<math>F3=\frac{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{prieb.rok}}{(N^{vykonanie} + N^{stavba} + N^{dovoz} + N^{predaj})_{pred.rok}}\times 100%</math>||N – súčet nákladov danneho druhu údaje||85
|-
|Efektívne využívanie majetku||<math>F4=\frac{(V^{zisku}/I)_{prieb.rok}}{(V^{zisku}/I)_{pred.rok}}\times 100%</math>||<math>V^{zisku}</math> - objem zisku I – сena investičného majetku||110
|-
| rowspan="3" |'''Klienti'''||Nútený správca vzťahov so zákazníkmi||<math>K1=\frac{\kappa_{prieb.rok}^{spokojnosti}}{\kappa_{pred.rok}^{spokojnosti}}\times 100%</math>||<math>\kappa^{spokojnosti}</math> - koeficient spokojnosti zákazníkov||125
|-
|Popularita značky||<math>K2=\frac{I_{prieb.rok}^{sily\_branda}}{I_{pred.rok}^{sily\_branda}}\times 100%</math>||<math>I^{sily\_branda}</math> - index sily branda||115
|-
|Dodržiavanie vysokých štandardov||<math>K3=\frac{\underset{i}{\sum}N_{prieb.rok}^{i}}{\underset{i}{\sum}N_{pred.rok}^{i}}\times 100%</math>||<math>\sum N^i</math> - počet nezhôd (nesúladov, poznámok)||95
|-
| rowspan="4" |'''Interné podnikové procesy'''||Dokonalosť inovačný priebeh||<math>P1=\frac{\underset{i}{\sum}T_{prieb.rok}^i}{\underset{i}{\sum}T_{pred.rok}^i}\times 100%</math>||<math>\sum T^i</math> - počet výrobkov využívajúcich nové zavedený technológie||125
|-
|Dokonalosť klientskych priebeh||<math>P2=\frac{T_{prieb.rok}^{pr}}{T_{pred.rok}^{pr}}\times 100%</math>||<math>T^{pr}</math> - prostredný termín «dodávky»||90
|-
|Perfektní riadenie výroby||<math>P3=\frac{\underset{i}{\sum}O_{prieb.rok}^i}{\underset{i}{\sum}O_{pred.rok}^i}</math>||<math>\sum O^i</math> - počet nesúladov v procesoch||95
|-
|Dokonalosť legislatívnych a spoločenských procesov||<math>P4=\frac{\underset{i}{\sum}Pp_{prieb.rok}^i}{\underset{i}{\sum}Pp_{pred.rok}^i}\times 100%</math>||<math>Pp^i</math> - počet normalizované opísaných procesov (noriem)||125
|-
| rowspan="4" |'''Vzdelávanie a rozvoj'''|| rowspan="2" |Prilákať a udržať vysoko kvalifikovaných pracovníkov||<math>R1=\frac{Z_{prieb.rok}}{Z_{pred.rok}}\times 100%</math>||Z - náklady na výučbu||125
|-
|<math>R2=\frac{Vv_{prieb.rok}}{Vv_{pred.rok}}\times 100%</math>||Vv – výkonnosť vzdelávania (anketové hodnotenie v bodoch)||115
|-
| rowspan="2" |Zlepšenie riadenia vedomostí||<math>R3=\frac{L_{prieb.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, doučovaním systémom||110
|-
|<math>R4=\frac{(Is^{obnov} + Is^{prid})_{prieb.rok}}{Is^{obnov} + Is^{prid})_{pred.rok}}\times 100%</math>||<math>Is^{obnov}</math> - počet obnoviteľných zdrojov informácií <math>Is^{prid}</math> - počet pridaných zdrojov informácií||115
|}

== Zlepšenie kvality na úrovni «Ústav» ==

Zárukou kapacity Ústavu spĺňať požiadavky zákazníka (Riadiaca spoločnosť) v praxi
Rosneft stalo že Ústav ma SMK, zodpovedajúce medzinárodné normy ISO 9000, založený na
koncepte procesného prístupu v riadení. To nielen rozvoj projektov s potrebnými
vlastnosťami, ale tiež stabilná, udržateľná kvalita návrhu projektov a služieb po dobu trvania
zmlúv.
[[Súbor:DP_Kadatskaya-2.5.jpg|thumbnail|center|800px|Obr. 10 [Proces navrhovania planá ložiska]]]
Hlavné úlohy:

Podpora vyhľadávania a hodnotenia, návrh vývoja a stavby petrochemického ložiska a
afinácie ropy, zavádzanie nových technológií.

Štruktúra a technológie Ústavov sú veľmi pestrá a každý je jedinečný. Avšak, podľa SMK,
môže poskytnúť rovnaký všeobecné vlastnosti a funkcie, ktoré spočíva v tom, že proces
návrhu je predovšetkým " inteligent work", ktorá vyžaduje použitie moderných manažérskych
prístupov. Z tohto dôvodu, aj pre jednoduché hodnotenie kvality procesu, výrobku alebo
služby, ústavy vyžadujú zložitejšie formalizovanie procesu a sofistikovanejší výber vhodných
KPI (kľúčové ukazovatele výkonnosti). Hlavnou úlohou vedenia mnohých Ústavov je
kompetentná a racionálna konštrukcia systému vzájomných vzťahov a riadenia výrobnými
procesmi na zabezpečenie účinného vykonávania funkcií: plánovanie, sledovanie
strategických cieľov, hospodárske a štatistické výpočty.

Procesu rozvoja manažérskeho riešenia je uvedený na obrázku 9.
[[Súbor:DP_Kadatskaya-2.6.jpg|thumbnail|center|800px|Obr. 11 [Proces rozvoja projektu]]]
Kľúčové aspekty kvality výrobkov (projekt):
*Dodržiavanie charakteristík procesu požiadavikam (technológie, materiály, zariadenia)
*Dodržiavanie procesu požiadavkám zákazníka (špecifikácie)
*Dodržiavanie určitým normám (Zákony, nariadenia, GOST, SNIP, predpisy)
Hlavným strategickým cieľom ústavu kvality - neustále zlepšovanie a plna integrácie
všetkých podnikových procesov vo výrobnú aktivitu spoločnosti, ktoré zabezpečuje neustále
zlepšovanie kvality produktov a služieb, ktoré spĺňajú požiadavky a očakávania zákazníka
(štrukturálne jednotky spoločnosti), rovnako ako globálne, národné a podnikové normy.

Strategický cieľ rozvoja - zlepšenie efektívnosti aktivity ústavu s cieľom uspokojiť zákazníka.
Môžeme teda navrhnúť hlavné strategické ciele pre všetky štyri zložky:
[[Súbor:DP_Kadatskaya-2.7.jpg|thumbnail|center|800px|Obr. 12 [Strategická Mapa NS «Rosneft» : Ústav]]]
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2 Mapa ukazovateľov plnenia strategických cieľov
|-
! !!Strategická cieľ!!Meritko, %!!Poznámka!!Plán
|-
| rowspan="2" |'''Financie'''||Zvýšenie štruktúry kapitála||<math>F1=\frac{n_{prieb.rok}^{zdr}}{n_{pred.rok}^{zdr}}\times 100%</math>||<math>n^{zdr}</math> - počet zdrojov||110
|-
|Zvýšenie operačnej efektívnosti||<math>F2=100% - [\mathrm{a}\mathrm{b}\mathrm{s}(1 - {V_{zisk}}^f/{V_{zisk}}^p)*0,2 + </math> 
<math>\text{abs}(1 - L^f/L^p)*0,2 + \,\!</math> 
<math>\text{abs}(1 - {Z_{jed}}^{os}/{Z_{pres}}^f/L_{pp})*0,2 + </math> 
<math>\text{abs}(1 - {V_{priem}}^f/{V_{priem}}^p)*0,2 + </math> 
<math>\text{abs}(1 - {Z_{priem}}^f/{Z_{priem}}^p)*0,2]*100%</math> 
F2 – komplexný index realizácie biznis-plánu
|<math>{V_{zisk}}^{f(p)}</math> - fakt(plán) čistý zisk 
<math>L^{f(p)}\,\!</math> - fakt(plán) počet zamestnancov 
<math>{Z_{jed}}^{os}</math> - plánovaný jednotkový náklady na osobu 
<math>{Z_{pres}}^f</math> – faktické presné vlastné náklady Ústavu 
<math>L_{pp}\,\!</math> - priemerný počet pracovníkov výroby v bežnom roku 
<math>{V_{priem}}^{f(p)}</math> – fakt(plán) priemerný výkon na osobu 
<math>{Z_{priem}}^{f(p)}</math> – fakt(plán) priemer zárobku po Ústavu
|95
|-
| rowspan="4" |'''Klienti'''||Pôsobivosť prieskumu ložiska||<math>K1=[({Q_{gp}}^f/{V_{pries}}^f)/({Q_{gp}}^p/{V_{pries}}^p)]*100%</math>, 
K1 - realizácie plánu na zvýšenie rezerv
|<math>Q_{qp}</math> - náklady na geologický prieskum (rub.); 
<math>V_{pries}</math> - zvýšenie rezerva uhľovodíkov pomocou prieskumu
(t.r.e.)
|100
|-
|Pôsobivosť spracúvanie ložisko||<math>K2=[\sum_{i=1}^n D_i^f / \sum_{i=1}^n T_i^f]/[\sum_{i=1}^n D_i^p / \sum_{i=1}^n T_i^p]*100%</math> 
K2 - implementácia plánu pre debet noveho vrtu
|Di - ťažba ropy z i-vrtu po pracovnom režime (t.r.); 
Ti - počet dní, počas ktorých bola výroba z vrtu, odo dňa vydania pre úplné ošetrenie (dni); 
n - počet zavedených v používaní vrtov (kus)
|100
|-
|Pôsobivosť práce pri uvedení do prevádzky||<math>\kappa =(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^f/ \, \!</math> 
<math>(K1*0,3 + K2*0,3 + K3*0,15 + K4*0,15 + K5*0,1)^p*100% \, \!</math> 
K3 - realizácie plánu pre prijatie technickej dokumentácie
|K1 – počet programov stavieb (vykonáva vlastnú) 
K2 - počet programov stavieb (pod odborom) 
K3 - počet zákaziek 
K4 - produktivita 
K5 - pozitívny závery hlavnej štátnej expertízy (hše)
|100
|-
|Pôsobivosť lova||<math>[{V_{lova}}^f/{V_{lova}}^p]*100%</math> 
K4 - realizácie plánu výskumných prác
|<math>{V_{lova}}^{f(p)}</math> – fakt (plán) objemu lovu ropy a kondenzátu zemného plynu (tis. t)
|100
|-
| rowspan="4" |'''Interné podnikové procesy'''||Optimalizácia procesov||<math>[{P_{pol}}^f/{P_{pol}}^p]*100%</math> 
P1 - realizácia programy projektov
|<math>{P_{pol}}^{f(p)}</math> - počet dokončených položiek schváleného projektu, fakt (plán)
|100
|-
| rowspan="2" |Zvyšovanie produktivity práce||<math>P2=[1 - H_{bez.rok}/H_{pred.rok}]*100%, (H_{pred.rok}\neq 0)</math> 
<math>P2=-H_{bez.rok}*100%, (H_{pred.rok}=0) \, \!</math> 
P2 - počet nesúladov
|Н - počet nesúladov v procesoch za rok
|30
|-
|<math>[{V_{prac}}^f/{V_{prac}}^p]*100%</math> 
P3 - výkonnosť po dizajn-prehľadovej práce
|<math>[{V_{prac}}^f</math> – faktický objem práce (vykonáva vlastnú) bez DPH, 
<math>[{V_{prac}}^p</math> – plánový objem práce (vykonáva vlastnú) ( mil. rub)
|100
|-
|Výkonný poriadok||<math>P4=\frac{\sum_i^n O_{beh.rok}^i}{\sum_i^n O_{pred.rok}^i}\times 100%</math>||<math>\sum O^i</math> - počet nesúladov(pozorovaní) pri plnení úloh||0
|-
| rowspan="3" |'''Vzdelávanie a rozvoj'''||Prilákať a udržať vysoko kvalifikovaných pracovníkov (ľudského kapitálu)||<math>R1=\frac{Z_{beh.rok}}{Z_{pred.rok}}\times 100%</math>||Z – náklady na školenie||125
|-
| rowspan="2" |Zlepšenie riadenia vedomostí (informác.kapitál)||<math>R2=\frac{Rz_{beh.rok}}{Rz_{pred.rok}}\times 100%</math>||Rz – rezultativnost výučby(anketové hodnotenie v bodoch)||115
|-
|<math>R3=\frac{L_{beh.rok}}{L_{pred.rok}}\times 100%</math>||L – počet zamestnancov, ktorí majú prístup k databázam, k systému školení||110
|}
Strategická mapa jasne ukazuje smer rozvoja jednotky v oblasti "Klient" a "Business
Processes". Ústav «Rosneft» sa snaží optimalizovať účinnosť týchto významných osobností ako
prevádzkové náklady na jednotku výroby, kapitálové výdavky na prieskum a ťažbu na jednotku
produkcie a ziskovosti vloženého kapitálu a návratnosť vlastného kapitálu.

Spoločnosť vyvinula a zaviedla moderný systém integrovaného riadenia výroby (TPMSYS
™), ktorá je založená na geologické a simulačné modely kľúčových oblastiach. Tento systém
umožňuje identifikovať studní, ktoré majú najväčší potenciál, a efektívnejšie prideľovať finančné
prostriedky medzi vŕtanie, hydraulické štiepenie a mechanizované studne. Zavádzanie moderných
technológií pri vŕtaní sondy a podporuje spoluprácu s poprednými servisnými spoločnosťami v
odbore - Schlumberger, Halliburton, Baker Hughes.

Aplikovaný «Rosneft» opatrení na zlepšenie výkonu, spolu s priaznivými geologické
vlastnosti a fyzikálne vlastnosti ropy a zemného plynu v hlavných oblastiach, umožňuje
spoločnosti udržiavať prevádzkových a investičných nákladov na jednotku produkcie na úroveň
pod priemerom odvetvia, ako aj poskytovanie zaručenú kvalitu projektov a ťažby.

== Zlepšenie kvality na úrovni « Ťažba nafty» ==

Hlavný úlohy (ako je znázornené na obrázku 11):

*činnosti, čím okamžitý zisk spoločnosti (výroba, preprava a distribúcia uhľovodíkov)
*vytvoriť, udržiavať a rozvíjať potrebnú infraštruktúru, vrátane studne, skladovacie zariadenia, potrubia, atď.
[[Súbor:DP_Kadatskaya-2.8.jpg|thumbnail|center|800px|Obr. 13 Proces ťažba nafty]]
Rosneft úspešnú implementuje stratégie zrýchleného rastu výroby, vrátane zavádzania
najnovších technológií. Tak, za posledných sedem rokov, ropné spoločnosti vzrástol viac ako
sedemkrát. S takou pôsobivú dynamiku Rosneft ukazuje vysokú efektívnosť svojej činnosti a
má najnižšie jednotkové prevádzkové náklady na olej, a to nielen v priemysle Ruska, ale aj
medzi hlavnými medzinárodnými konkurentmi. Rozvoj ťažby procesu je uvedený v obrázku
12.

Hlavný strategický cieľ - rast objemu lovu(ťažba nafty).
[[Súbor:DP_Kadatskaya-2.9.jpg|thumbnail|center|800px|Obr. 14 [Rozvoj procesu ťažby ropy]]]
Kľúčové aspekty kvality výrobkov (oleja):
*účinnosť (znečistenie ropou)
*Chemické a fyzického výkonu
*spoľahlivosť vŕtanie
Kľúčové aspekty riadenia kvality (postup):
*Celkové náklady
*Presné prognózovanie
*Prerušenie procesu
[[Súbor:DP_Kadatskaya-2.10.jpg|thumbnail|center|800px|Obr. 15 Strategická Mapa NS «Rosneft» : Ťažba nafty]]



Výsledky

Implementácia Balanced Scorecard pre ťažobné firmy môžu distribuovať úsilie o zlepšenie
kvality. Najväčší problém v tejto transformácie je aby pracovníci, ktorí sú zvyknutí na určitý štýl
a zásady podnikania, musí sa prispôsobovať novým prístupom k tvorbe hodnoty. Podmienky a
doslova núti spoločnosti, aby čo najviac využívať BSC, sú pridané, keď nastanú významné zmeny
v celom podnikateľskom prostredí a spoločnosť jednoducho museli zmeniť stratégiu s cieľom
vytvoriť nový obchodný model, hľadať nové spôsoby, ako vytvárať hodnotu. V takej situácii, ako
obmedzené zdroje, silnej konkurencie, okupácii potrieb trhu mechanizmus pre horizontálne a
vertikálne internej komunikácie pre "Nastavenia" zamestnancov na nový prístup. Manažéri
potrebujú nielen sami seba čas si uvedomiť, že je potrebné zmeniť, a pochopiť, aké zmeny by
mali byť vykonané v systéme ukazovateľov ale aj byť schopný priniesť to pre zamestnancov, aby
ľudia mohli rýchlo prispôsobiť meniacim sa konkurenčnej situácie.

== Zlepšenie kvality na úrovni «Spracúvajúci ropu závod» ==

Hlavný úlohy (ako je znázornené na obrázku 14):

rafinácie do benzínu, leteckého petroleja, vykurovací olej, nafta, mazacie oleje, mazivá,
asfalt, ropný koks, suroviny pre petrochémiu.
[[Súbor:DP_Kadatskaya-2.11.jpg|thumbnail|center|800px|Obr. 16 [Proces rafinácie]]]
Nadobudnutie nového majetku sa podarilo Rosněfť výrazne zvýšiť rafinačné kapacitu
a kvalitu vyrábaného oleja. V tomto prípade priority spoločnosti vidia ďalší rast
kvantitatívnych a kvalitatívnych ukazovateľov rafinácie ropy.

Zlepšenie kvality ropných produktov, zvýšenie hĺbky spracovania a kapacity rafinérií
umožní Rosněfť k zvýšeniu ziskov a poskytnú potrebnú rovnováhu medzi výrobou a
spracovaním segmentoch svojej činnosti. Súčasne, Rosněfť plánuje rozšíriť a modernizovať
vlastnú sieť čerpacích staníc, , Ktorý umožní spoločnosti výrazne zvýšiť svoj podiel na rýchlo
sa rozvíjajúci ruský trh pre koncových užívateľov ropných produktov.

To znamená, že strategický cieľ podnikovej úrovni - zvýšenie objemu a hĺbky rafinácie
ropy, ďalší predaj kvalitnecho výrobku s maximálnym prínosom pre klienta (spotrebiteľa) aj
pre zákazníka (manažment firmy).

Vývoj procesu rafinácie ropy je uvedený na obrázku 15.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr.17 [Vývoj procesu rafinácie ropy]]]
Kľúčový aspekty kvality výrobku (ropných produktov):
*Chemický a fyzikálny parametri (hustota, farba, nečistoty)
*Objem výrobku produktu
Kľúčové aspekty riadenia kvality (procesu):
*Presnosť prognózu
*Zlyhanie procese
*Celkové náklady.
Implementácie BSC v tejto fáze zvýši aj výrobnú kapacitu aj manažérske. Tento
koncept, spojený s systému manažérstva kvality sú v bezproblémovú integráciu subjektívne a
objektívne strategických opatrení. Prostredníctvom rozvoja kauzálne – vyšetrovacej siete a
vypracovanej na jeho základe ďalšej stratégie spoločnosti každého jednotlivého člena
organizácie môže sledovať aké akcie majú strategický význam, a ako sa implementácie
stratégie v rôznych fázach. Prostredníctvom systému ukazovateľov, môže byť dopytované v
minulosti, prítomnosti a budúcnosti stav realizácie. Systematické BSC - audity budú plánovať
neustále zlepšovanie procesu a bude tvoriť systém školenia.
[[Súbor:DP_Kadatskaya-2.12.jpg|thumbnail|center|800px|Obr. 18 [Strategická Mapa NS «Rosneft» : Spracúvajúci ropu závod]]]

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-26T09:13:37Z

Fajzen:

Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť

2010-07-25T22:50:42Z

Fajzen: Vytvorená stránka „Kategória:Študentské práce Kategória:Diplomové práce {{Praca_uvod|3|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnos…“

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-25T22:48:53Z

Fajzen:

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-25T22:35:44Z

Fajzen:

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-25T21:25:17Z

Fajzen:

Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti

2010-07-25T20:13:54Z

Fajzen:

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Hlavička_FM|{{PAGENAME}}|Bc. Ekaterina Kadatskaya|
doc. Ing. Peter Ponický, PhD.|
2009/2010
|Diplomová práca
|Manažérstvo kvality produkcie
}}

{{Praca_uvod|1|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

{{Abstrakt
|Projekt ponúka metódu pre vykonávanie zásady neustáleho zlepšovania
v spoločnosti s vertikálne-integrovanéj štruktúrou, prostredníctvom zlepšenia
organizačných procesov riadenia kvality, ktoré sa vykonáva nástrojmi Balanced
Scorecard celkom v spoločnosti aj jej jednotlivých odvetví. Tieto akcie sú zamerané na
neustále zlepšovanie výkonnosti ciele spoločnosti, predpovedaj dynamiku významných
finančných a ekonomických ukazovateľov.
|In article is offered the decision of realization principle «continuous perfection» in
vertically-integrated oil company by improvement organizational quality management
processes using tool Balanced Scorecard in the Company and its separate sectors. These
actions directed on constant increase of productivity purposes achievement in the
company, forecasting of dynamics major financial and economic parameters.
}}

'''Úvod'''
Trhovej ekonomike ako jeden z najdôležitejších vlastností patrí súťaž medzi subjektmi a
objektmi na trhu. Konkurencia je úzko spojená s pojmom konkurencieschopnosti.
Konkurencieschopnosť - schopnosť odolávať konkurencii. Tento pojem
konkurencieschopnosť je použitá na tovar (služby), ako aj pre podnikí, firmy a ďalšie
organizácie. Konkurencieschopnosť výrobkov - je jeho relatívna vlastnosť, ktorá zodpovedá
rozdielu medzi tým výrobkom a výrobkom konkurenta, po prvé, podľa miery zhody na
rovnaké sociálne potreby, a za druhé, podľa nákladov na splnenie týchto potrieb.

Problém kvality a zlepšenia konkurencieschopnosti sa stáva kľúčovým pre ruské
spoločnosti a stimuluje zrejmý rast záujmu ku strategickým otázkam podniku.

Riešenie problémov kvality je neoddeliteľná súčasť stratégie rozvoja modernej
spoločnosti, preto je potrebné začať implementácie systémy manažérstva kvality s určenia
miesta tohto systému v celkovej stratégie firmy.

Stratégie kvality by mala byť považovaná za jednu z hlavných funkčných stratégií a
mala byť vytvorená ako povinná súčasť celkovej stratégie, preto riaditeľ spoločnosti dlžen
zamýšľa sa pri rozhodovaní o návrhu a implementácie stratégie, o vzniku celej sústavy
strategických prvkov.

Ako ukazuje analýza najpravdepodobnejších možnosti rozvoja ropného priemyslu v
Rusku, jednou z hlavných roli v tejto oblasti teraz hrá a bude hrať v dohľadnej budúcnosti,
vertikálne-integrované spoločnosti - nová podoba organizačnej štruktúry výroby v Rusku[2].

V moderných podmienkach je najdôležitejšia samotná skutočnosť, že tieto spoločnosti
majú vlastnú stratégiu rozvoja a zlepšenia kvality. Ale v rýchlo meniacom podnikateľskom
prostredí, je potrebné mať spoľahlivé nástroje pre definovanie a tvarovanie stratégií rozvoja,
ktoré sú v súlade s novými vonkajšími podmienkami, a umožňujú využiť a zvýšiť potenciál
podniku aj produktívne, aj finančné. Formovanie vlastnej stratégie rozvoja a zlepšenia kvality
je spojene s potrebou nových prístupov v oblasti manažmentu, vedeckej-technickej politiky,
atď. Je účelné zovšeobecniť a použiť zahraničnú skúsenosť tvorby a realizáciu stratégie
rozvoja a prevádzky VINS v krajinách s vyspelou trhovou ekonomikou.

My žijeme v integračnej ríši, colne zábrany s každým rokom sa stáva sa nižšie, a to za
týchto podmienok je veľmi dôležité, po prvé ochrániť záujem ruských výrobcov, a po druhé,
aby sa zabránilo možnosti kontaktu s ruským trhom nebezpečnej a nespoľahlivej techniky.

= Charakteristika VIVS =

Komplikovaný vertikálne-integrovaný výrobný systém je trvale skombinovane
priemyselných objektov, ktoré sa sústredený na lokalizovanej (jednej alebo viac) ploche a
dôležité spojené priemyselné-ekomonickimy vzťahmi.

Najdôležitejšie črty, ktoré umožňujú identifikáciu VIVS sú:
*skutočnosť spriahnutej sústavy vykonaní, ktoré majú jediný odbor;
*spoločenstvo a obmedzenosť plochy,
*možnosť komplexného využitia lokálnych zdrojov (prírodný, pracovný a priemyselný),
*jednota priemyselný a služobnej infraštruktúry.
Pri skúmanie konkrétnych problémov fungovania a vývoja zložených systémov, na
príklad VIVS, vážne brať do úvahy základné zásady systémovej analýzy a spĺňať určité
požiadavky[3]:
#Vziať do úvahy zložitosť systému ako celku a jeho jednotlivé subsystémy: každá s ktorých skladajú sa z veľkého počtu vzájomne prepojených prvkov. Interakcia jednotlivých subsystémov medzi sebou, že majú svoje vlastné 'záujmy', ciele a kritériá hodnotenia, prevádzkový mechanizmus atď je príčinou vzniku systémové účinkov. Prítomnosť týchto efektov vedie k tomu, že vplyv na systém ako celok sa nemusí zhodovať so súčtom vplyvov jednotlivých komponentov.
#Vziať do úvahy hierarchiu (viacúrovňovosť) štruktúry vertikálne integrovaného výrobného systému. Mali by sme mať na pamäti, zložitosť vlastností «hierarchia», jej prejavy v rôznych aspektov, a to najmä v priebehu času, odvetvové a teritoriálne.
#Zohľadniť vlastnosť ovládateľnosti prvkov výrobného systému na všetkých úrovniach hierarchie, orientácia kontroly, ako najlepšie dosiahnuť svoje ciele.
#Účinky rozhodnutia musia byť analyzované nielen v interagujúce subsystémov, ale aj pre spotrebiteľov, ako aj všetkých súvisiacich oblastiach: sociálne, ekologické, politické, atď.
#Považovať dvojaký prístup k štúdiu vertikálne integrovaných výrobných systém: ako relatívne izolovaný komplexný dynamický systém, vyvíjajúci sa v takom osobitným právnych systémov, a ako neoddeliteľnú súčasť štátu riadi vo svojom fungovaní a rozvoj požiadaviek interakciu s výrobnom systéme v iných odvetviach.
Z princípu duality vyplýva, že existujú vnútorné a vonkajšie aspekty fungovania a rozvoja
VIVS a dvoch prepojených systémov, obsahujuczch základné pojmy a ukazovatele ich
činnosti.

Využitie modelu ako vnútorný (kedy priamo analyzuje a modeluje procesy prebiehajúce
najmä v systémoch, ktoré určuje dynamické charakteristiky týchto procesov) a vonkajší opis
systémov (je-li v súlade s kybernetikou prístup sa javí ako 'black box' a skúma regresií typu
'input-output').
Využitie modelu ako vnútorný (kedy priamo analyzuje a modeluje procesy prebiehajúce
najmä v systémoch, ktoré určuje dynamické charakteristiky týchto procesov) a vonkajší opis
systémov (je-li v súlade s kybernetikou prístup sa javí ako 'black box' a skúma regresií typu
'input-output').

== VIVS naftového holdingu NS « ROSNEFT» ==

V tomto prípade môže byť vertikálna integrácia definovaná ako kombinácia viacerých
činnostnej v rámci podniku alebo skupiny podnikov (prieskum, ťažbu, spracovanie, uvádzanie
na trh). Úzke vertikálna integrácia môže byť definovaná ako kombinácia nižší sektor "down-
stream" (rafinácie a marketingu) a hornej sektor "up-stream" (ťažba a výroba).

Ako výsledok prvej fázy integrácie (1998) založili spoločnosť dvoma zásadne
odlišnými typmi. Prvá zahŕňa firmy, ktoré sa integrujú finančnej situácie ''(ekonomickej
integrácie)'' - hospodárstvo, nie sú zapojení do výrobnej činnosti, ale ktoré vykonávajú
kontrolu nad radom spoločností a dcérske spoločnosti.

Integrovaný spoločností sú druhého typu produkcie ''(fyzickej integrácie)'', zaoberajúce
sa prieskumom, výroba, doprava a rafináciu a marketing hotových výrobkov prostredníctvom
svojich pobočiek a špecializovaných jednotiek. V súčasnosti však "čisté" výrobné spoločnosti
sú takmer neexistujúce. Všetci sú v rôznej miere aj finančné spoločnosti.

Je potrebné poznamenať, že pojem ekonomickej integrácie dopĺňa koncept fyzickej
integrácie a nie je v rozpore s ňou. V dôsledku toho sa od roku 2003, veľa ropných
spoločností ma politiku plnej integrácie. Kombinujúci v jednom reťazci finančné, analytické a
peňažné toky umožňuje úplnú kontrolu aj výrobnecho procesu, aj jeho "vstupov" a
"výstupov".

Typicky, vo vertikálnom profile podniky sú dcérske spoločnosti. VINS sa im javí ako
hlava a ma spoločných podnikov s inými firmami. Všetky spoločnosti vo forme vlastníctva sú
akciovými spoločnosťami.

Dcérske spoločnosti prakticky nezávislé, majú svoje vlastné vedenie, predstavenstvo.
Riadiaca spoločnosť (sídlo) dáva dcérskym konkrétne úlohy, ktoré by mali prispieť k
zlepšeniu finančných výsledkov.

V zásade rozdelenie rolí veliteľstva (materskej spoločnosti) a jej dcérskych
spoločností, firiem a kancelárií je, že prvá definuje stratégiu, a súčasná práca je sústredená v
nižších celkov (podľa obrázku 1).

Moderné ropná spoločnosť zvyčajne má vertikálne integrovanú štruktúru. Existujúce
štruktúry možno rozdeliť do 3 historicky (a geograficky) prevažujúci typu[4]:
#Logické usporiadané štruktúra, ktorá vznikla v dôsledku spojenia štruktúr krajín produkujúcich ropu (OPEC) a spotrebiteľské krajiny (Severná Amerika a západná Európa). Postupné transformácie, umožnila opraviť väčšinu nedostatkov "stále v procese". Najdôležitejšie predpoklady pre takýto proces môže byť považovaná za túžbu učiť trhový dopyt a konkurencia v naftovej oblasti v pomerne nasýtenom trhu a klesajúcej efektívnosti investícií do rozvoja nových zdrojov ropy. Naftový spoločnosti — Standard Oil, Gulf, Техасе, Shell
#Vyrovnané konštrukcie, vytvorená pod vplyvom trhových síl, pretože snaha prekonať závislosť na dodávkach surovín. Použitie konkurenčných konfliktov ropných spoločností a vlády naftarovych krajín, európsky verejný a súkromný spoločnosti podarilo prísť do sféry výroby nafty na vhodnejšie pre krajinu vlastníctva podmienkach. Naftový spoločnosti – Total (Francúzsko) и ENI (Taliansko)
#«Mäkký holding» Predpokladá že dcérsky zloženia praktický sebestačný od seba, ich priemyselná činnosť a marketing ne skoordinovaný v rámci jednotného strategickecho prístupu. Proveniencia takého zloženia objasňuje alebo jednorazovým «direktívnym» slučovaniem alebo vyslovený úroveň jej dospelosti (spoločnosť stáva sa natoľko veľkej že ne v skupenstve efektívny spravovať všetky svoj podnikov). Naftová spoločnosť – väčšina ruský holdingov.
[[Súbor:DP_Kadatskaya-1.jpg|thumbnail|center|800px|Obr. 3 [Šablóna zloženie VINS]]]
Pre ruský naftový priemysel, ktorý ma všetky etapy naftového cyklu, reformirovanie pri
pomoci založenie VINS správne ale pritom si vrstva príznačné vyznamenanie klasicky
vertikálne-integrovaný spoločnosť od ruský v ich modernom skupenstve.

Rast západných spoločnosti pod vplyvom trhových síl, odpovedanie na požiadavky
spotrebiteľov, a regulačných opatrení štátu. Každá z existujúcich spoločností prešila radom
splývaní a predajov jej dcérskych spoločností, ktoré pokračujú dodnes. Lež rusky spoločnosti
bolí založenie jednorazové podľa prezidentskej a vládnej normy. V ich zložení zjednotiť
podniky, ktorý desaťročie fungovali v rámci rôznych rezortov. Nedostatky získané počas
tvorby domácich ropných spoločností, vytvárať "prekážky" v ich konkurencieschopnosti a
bránia dosiahnutiu medzinárodného a európskeho trhu.

== Konkurencieschopnosť naftového holdingu «Rosneft» ==

Transformácia Rosneft v jeden organizmus, teraz organizuje podľa konsolidácie.
Firma sa sťahuje do nových systémov práce vo vzťahu k ich štrukturálnym jednotkám: so
zákazníkmi, partnermi a štátom. Tento základný princíp, ktorý leží v režime práce je priorita
spoločnecho záujem na lokálne záujmy jednotlivých podnikov.

V praxi to znamená vytváranie a vykonávanie spoločnej pre firmy a jej dcérskych
spoločností systémov plánovania, rozpočtovania, finančné výkazníctvo a finančné stimuly,
ako aj na investície a riadenia kvality, zavedenie vedeckého a technického pokroku, a
zamestnancov.

''Prvým krokom'' v tomto smere bolo zavedenie všetkých podnikov a ďalšie udržiavanie
systému manažérstva kvality (SMK), ktoré neustále zlepšovať výkon, ktorý uspokojí potreby
všetkých zainteresovaných subjektov. Táto možnosť pre "zjednotenie" model podniku (na
obrázku 1 Ústav1, Ústav2, Ústav3, atď) v súlade s ISO 9000 2000.

Zameranie je cieľ spoločnosti, ktorá vyvíja systém strategického plánovania a
prostriedky na realizáciu plánov. Systém riadenia kvality je neoddeliteľnou súčasťou
celkového riadenia a vedenie organizácie.

''Ďalším krokom'', plánované tvorba systému neustáleho zlepšovania kvality procesov a
riadenia pre zabezpečenie konzistentnosti výrobného reťazca. Pre to vývoj noriem ISO 9000
(2000) definuje osem zásad manažérstva kvality.

Určilo sa osem zásad manažérstva kvality, ktoré môže vrcholový manažment využiť pri
vedení organizácie smerom k zlepšenej výkonnosti:
*Zameranie sa na zákazníka
*Vodcovstvo
*Zapojenie pracovníkov
*Procesný prístup
*Systémový prístup k manažérstvu
*Trvalé zlepšovanie
*Rozhodovanie na základe faktov
*Vzájomne významné vzťahy s dodávateľmi
Dnes nestačí, aby spoločnosť bola len dobré. V dnešnom konkurenčnom svete, by malo
byť dokonalé, a že by mala dávať pozor na všetky jej súčasti, zabezpečenie optimálneho
využitia a zvýšenie efektivity všetkých prostriedkov, ktoré má. Všetky zložky musia byť
riadené súčasne a vo vzájomnej zhode, a úloha vrcholového vedenia spoločnosti je
zabezpečiť, aby súčasný vývoj každého z nich.

V posledných desaťročiach, zameranie organizácií v rôznych aspektoch svojej práce
sa neustále posúva. V roku 1970 v centre pozornosti bol muž, v 80 - tímovej práce, v 90 -
procesy. Dnes, v roku 2000 sa väčšina rozhovorov sú o poznanie a prispôsobivosť.

Ale musíme vziať do úvahy skúsenosti z realizácie každej z týchto metodík jasne určiť,
úspechov aj neúspechov. Použitie akéhokoľvek prístupu alebo počet prístupov neznamená
úplnú zmenu princípov činnosti. Nový nástroj len zapadá do existujúceho systému riadenia
organizácie. Tak, v každej organizácii skúseností a praxe zlepšenia v konkrétnej spoločnosti.

Svet skúsenosti ukazujú, že zavedenie zdokonalených systémov pre ruské podniky, aby
začala široké obzory na dosiahnutie novej úrovne konkurencieschopnosti.

== Model pre zlepšenie SMK organizácie ==

Súčasná filozofia zlepšovanie organizácií, ktoré sa evolučné cestovala od poskytovanie
kvality výrobkov a služieb k Total Quality Management, za seba-hodnotenie ako nástroj pre
riadenie podniku, zvýšenie produktivity a konkurencieschopnosti spoločnosti.

Dnes existuje množstvo rôznych kritérií, modely Prize of Quality, od uznania najlepších
tovarov a služieb, individuálne ocenenie za ich prínos k rozvoju koncepcie kvality na
vnútroštátnych aj medzištátne súťaží a ocenení. Najslávnejšie a prestížne sú[5]:
*model systému riadenia kvality v súlade s požiadavkami a odporúčaniami
*medzinárodných noriem rady ISO 9001:2000;
*Model EFQM
*Prize of quality RF;
*Model«Baldrige National Quality Award »;
*Deming prize;
Model je súbor hodnotiacich kritérií, pričom príčinné vzťahy a štruktúrované vo forme
nejakého grafického dizajnu. Obsah kritérií a princípov modelu základné vedenia spoločnosti.
Zlepšenie primárne zamerané na budovanie systému riadenia v súlade s kritériami prize
kvality. Jedným z hlavných cieľov nielen víťazov a ocenených, ale všetkých účastníkov -
vytvorenie metódy seba-hodnotenie organizácie splniť kritériá vysoko kvalitné. A dokonca aj
bez účasti v súťaži je každá organizácia - na akejkoľvek úrovni vývoja, nebolo - môžete
použiť kritériá pre ocenenie pre seba-hodnotenie. To jej umožní získať komplexnú predstavu
o jeho činnosti, na posúdenie, či ich zákazníci, zamestnanci, dodávatelia, spoločnosť sú
spokojní, a na tomto základe stanoviť priority pre zlepšenie konkurencieschopnosti.

Vlastné-hodnotenie organizácie na základe kritérií pre zadanie podporuje systemizácie a
štruktúr ovanie systému podnikového riadenia. Vlastné-hodnotenie sa uskutoční analýzu
podnikových procesov a identifikovať oblasti pre okamžité zlepšenie v neustále sa meniacom
prostredí. Vlastné-posúdenie z hľadiska "kvality" ponúka veľké príležitosti pre analýzu
silných a slabých stránok, ako aj oblasti svojej činnosti, zlepšenie, ktoré by mali viesť k
úspechu celej firmy. V dôsledku vlastného-hodnotiace postupy možno určiť, do akej miery
vaša firma v rozvoji podnikania, ktoré je ešte potrebné urobiť a ako to vyzerá v porovnaní s
inými spoločnosťami. Vlastné hodnotenie v vertikálne integrovanej spoločnosti je komplexne
hodnotenie, rad ukazovateľov, ktoré zahŕňajú posúdenie každej spoločnosti vo výrobnom
reťazci.

Najdôležitejšou výhodou, ktorú spoločnosť dostane, od modely TQM, je možnosť
vyvinúť a zaviesť systematické a vyvážené hodnotenie efektívnosti a vplyvu kľúčových
prístupov a postupov pre systém manažérstva kvality, a to ako prístupy na zabezpečenie
prevádzkovej efektívnosti aj strategického rozvoja. Účinnosť procesu zdokonaľovania
pomocou modelov kvality[6] je zabezpečená prostredníctvom zahrnutie samostatne-
hodnotenie v tradičnom cykle (obr.2).

V tomto prípade, diagnostické seba-hodnotenie poskytuje vo fáze Check cyklu PDCA
účely porovnania a výsledky operácií a vytvorenie vylepšenia pre ďalší cyklus.
[[Súbor:DP_Kadatskaya-2.jpg|thumbnail|center|800px|Obr. 4 [Implementácia princípu "neustále zlepšovanie"]]]
Vlastné-hodnotiace postupy môžu optimálne realizovať v rámci modelov TQM
vertikálne-integrovaných spoločností (ako je znázornené na obr. 3) s pomocou strategický
nástroja pre kvalitu - Balanced Scorecard (BSC). Tieto nástroje fungujú ako doplňujúce
prístupy k manažmentu kvality. Orientácia materskej spoločnosti na dosiahnutie súladu s
Excellence Model EFQM a organizácie neustále zlepšovanie jednotlivých spoločností
pomocou BSC je rovnaké celkovej optimalizácií, čo ovplyvní každý proces v organizácii.

Teda v procese seba-hodnotenia SMK sa vykonáva aj kontrola výsledkov celého
podniku (EFQM) s cieľom nájsť príležitosti pre zlepšenie, a BSC pôsobí ako nástroj riadenia
(dôraz na stratégie kvality).

Ciele, stratégie a výkonnosti spoločnosti vertikálne integrovanej konštrukcie musia byť
chápaná cez prizmou nejaké komplexné hodnotenie svojej činnosti, poskytuje osobitnú
metodiku pre zavedenie systému zlepšenie.

A v tomto prípade v rámci stratégie je známy, integrovaný súbor opatrení na vytvorenie
trvalo udržateľnej výhody oproti konkurentom. Stratégia je komplexný a detailný plán určené
na zabezpečenie plnenia misií organizácie a plnení jej cieľov. Malo by byť skôr rozvinúť z
hľadiska celej spoločnosti, nie konkrétne osoby alebo obchodné jednotky. Zriedka sa
zakladateľom firmy si môžu dovoliť kombinovať jednotlivé plány so stratégiou organizácie.
Táto stratégia zahŕňa rozvoj šetrného opatrenia a plány na dosiahnutie cieľov, ktoré by mali
byť brané do úvahy vedecký a technický potenciál spoločnosti a jej požiadaviek na
zásobovanie.
[[Súbor:DP_Kadatskaya-3.jpg|thumbnail|center|800px|Obr. 5 [Model seba-hodnotiaci systém vertikálne integrovanú štruktúru]]]
Nestačí na určenie stavu procesu pred odovzdaním výrobku "ďalej" v dodávateľskom
reťazci. V tomto prípade bude výsledkom ukazovateľ odzrkadľuje kvalitu konečného výrobku
získať iba na riadenie spoločnosti. Zostávajúce kroky nemajú kontrolu riadenia. Čo sa hovorí
o ich nezáujmu v kvalite finálneho výrobku (v súlade s obr. 3).

Vzhľadom na štruktúru ako celok, potrebujú zaviesť komplexne parametre hodnotenia
jednotlivých procesov (prieskum, ťažbu a spracovanie), v počte výstupov, hodnotenie stavu
vertikálne integrovanej spoločnosti ako celku.

Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti

2010-07-25T20:09:20Z

Fajzen: Vytvorená stránka „Kategória:Študentské práce Kategória:Diplomové práce {{Praca_uvod|2|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnos…“

Súbor:DP Kadatskaya-3.jpg

2010-07-25T19:58:10Z

Fajzen:

Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti

2010-07-25T19:56:36Z

Fajzen:

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Hlavička_FM|{{PAGENAME}}|Bc. Ekaterina Kadatskaya|
doc. Ing. Peter Ponický, PhD.|
2009/2010
|Diplomová práca
|Manažérstvo kvality produkcie
}}

{{Praca_uvod|1|Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}

__TOC__

{{Abstrakt
|Projekt ponúka metódu pre vykonávanie zásady neustáleho zlepšovania
v spoločnosti s vertikálne-integrovanéj štruktúrou, prostredníctvom zlepšenia
organizačných procesov riadenia kvality, ktoré sa vykonáva nástrojmi Balanced
Scorecard celkom v spoločnosti aj jej jednotlivých odvetví. Tieto akcie sú zamerané na
neustále zlepšovanie výkonnosti ciele spoločnosti, predpovedaj dynamiku významných
finančných a ekonomických ukazovateľov.
|In article is offered the decision of realization principle «continuous perfection» in
vertically-integrated oil company by improvement organizational quality management
processes using tool Balanced Scorecard in the Company and its separate sectors. These
actions directed on constant increase of productivity purposes achievement in the
company, forecasting of dynamics major financial and economic parameters.
}}

'''Úvod'''
Trhovej ekonomike ako jeden z najdôležitejších vlastností patrí súťaž medzi subjektmi a
objektmi na trhu. Konkurencia je úzko spojená s pojmom konkurencieschopnosti.
Konkurencieschopnosť - schopnosť odolávať konkurencii. Tento pojem
konkurencieschopnosť je použitá na tovar (služby), ako aj pre podnikí, firmy a ďalšie
organizácie. Konkurencieschopnosť výrobkov - je jeho relatívna vlastnosť, ktorá zodpovedá
rozdielu medzi tým výrobkom a výrobkom konkurenta, po prvé, podľa miery zhody na
rovnaké sociálne potreby, a za druhé, podľa nákladov na splnenie týchto potrieb.

Problém kvality a zlepšenia konkurencieschopnosti sa stáva kľúčovým pre ruské
spoločnosti a stimuluje zrejmý rast záujmu ku strategickým otázkam podniku.

Riešenie problémov kvality je neoddeliteľná súčasť stratégie rozvoja modernej
spoločnosti, preto je potrebné začať implementácie systémy manažérstva kvality s určenia
miesta tohto systému v celkovej stratégie firmy.

Stratégie kvality by mala byť považovaná za jednu z hlavných funkčných stratégií a
mala byť vytvorená ako povinná súčasť celkovej stratégie, preto riaditeľ spoločnosti dlžen
zamýšľa sa pri rozhodovaní o návrhu a implementácie stratégie, o vzniku celej sústavy
strategických prvkov.

Ako ukazuje analýza najpravdepodobnejších možnosti rozvoja ropného priemyslu v
Rusku, jednou z hlavných roli v tejto oblasti teraz hrá a bude hrať v dohľadnej budúcnosti,
vertikálne-integrované spoločnosti - nová podoba organizačnej štruktúry výroby v Rusku.

V moderných podmienkach je najdôležitejšia samotná skutočnosť, že tieto spoločnosti
majú vlastnú stratégiu rozvoja a zlepšenia kvality. Ale v rýchlo meniacom podnikateľskom
prostredí, je potrebné mať spoľahlivé nástroje pre definovanie a tvarovanie stratégií rozvoja,
ktoré sú v súlade s novými vonkajšími podmienkami, a umožňujú využiť a zvýšiť potenciál
podniku aj produktívne, aj finančné. Formovanie vlastnej stratégie rozvoja a zlepšenia kvality
je spojene s potrebou nových prístupov v oblasti manažmentu, vedeckej-technickej politiky,
atď. Je účelné zovšeobecniť a použiť zahraničnú skúsenosť tvorby a realizáciu stratégie
rozvoja a prevádzky VINS v krajinách s vyspelou trhovou ekonomikou.

My žijeme v integračnej ríši, colne zábrany s každým rokom sa stáva sa nižšie, a to za
týchto podmienok je veľmi dôležité, po prvé ochrániť záujem ruských výrobcov, a po druhé,
aby sa zabránilo možnosti kontaktu s ruským trhom nebezpečnej a nespoľahlivej techniky.

= Charakteristika VIVS =

Komplikovaný vertikálne-integrovaný výrobný systém je trvale skombinovane
priemyselných objektov, ktoré sa sústredený na lokalizovanej (jednej alebo viac) ploche a
dôležité spojené priemyselné-ekomonickimy vzťahmi.

Najdôležitejšie črty, ktoré umožňujú identifikáciu VIVS sú:
*skutočnosť spriahnutej sústavy vykonaní, ktoré majú jediný odbor;
*spoločenstvo a obmedzenosť plochy,
*možnosť komplexného využitia lokálnych zdrojov (prírodný, pracovný a priemyselný),
*jednota priemyselný a služobnej infraštruktúry.
Pri skúmanie konkrétnych problémov fungovania a vývoja zložených systémov, na
príklad VIVS, vážne brať do úvahy základné zásady systémovej analýzy a spĺňať určité
požiadavky:
#Vziať do úvahy zložitosť systému ako celku a jeho jednotlivé subsystémy: každá s ktorých skladajú sa z veľkého počtu vzájomne prepojených prvkov. Interakcia jednotlivých subsystémov medzi sebou, že majú svoje vlastné 'záujmy', ciele a kritériá hodnotenia, prevádzkový mechanizmus atď je príčinou vzniku systémové účinkov. Prítomnosť týchto efektov vedie k tomu, že vplyv na systém ako celok sa nemusí zhodovať so súčtom vplyvov jednotlivých komponentov.
#Vziať do úvahy hierarchiu (viacúrovňovosť) štruktúry vertikálne integrovaného výrobného systému. Mali by sme mať na pamäti, zložitosť vlastností «hierarchia», jej prejavy v rôznych aspektov, a to najmä v priebehu času, odvetvové a teritoriálne.
#Zohľadniť vlastnosť ovládateľnosti prvkov výrobného systému na všetkých úrovniach hierarchie, orientácia kontroly, ako najlepšie dosiahnuť svoje ciele.
#Účinky rozhodnutia musia byť analyzované nielen v interagujúce subsystémov, ale aj pre spotrebiteľov, ako aj všetkých súvisiacich oblastiach: sociálne, ekologické, politické, atď.
#Považovať dvojaký prístup k štúdiu vertikálne integrovaných výrobných systém: ako relatívne izolovaný komplexný dynamický systém, vyvíjajúci sa v takom osobitným právnych systémov, a ako neoddeliteľnú súčasť štátu riadi vo svojom fungovaní a rozvoj požiadaviek interakciu s výrobnom systéme v iných odvetviach.
Z princípu duality vyplýva, že existujú vnútorné a vonkajšie aspekty fungovania a rozvoja
VIVS a dvoch prepojených systémov, obsahujuczch základné pojmy a ukazovatele ich
činnosti.

Využitie modelu ako vnútorný (kedy priamo analyzuje a modeluje procesy prebiehajúce
najmä v systémoch, ktoré určuje dynamické charakteristiky týchto procesov) a vonkajší opis
systémov (je-li v súlade s kybernetikou prístup sa javí ako 'black box' a skúma regresií typu
'input-output').
Využitie modelu ako vnútorný (kedy priamo analyzuje a modeluje procesy prebiehajúce
najmä v systémoch, ktoré určuje dynamické charakteristiky týchto procesov) a vonkajší opis
systémov (je-li v súlade s kybernetikou prístup sa javí ako 'black box' a skúma regresií typu
'input-output').

== VIVS naftového holdingu NS « ROSNEFT» ==

V tomto prípade môže byť vertikálna integrácia definovaná ako kombinácia viacerých
činnostnej v rámci podniku alebo skupiny podnikov (prieskum, ťažbu, spracovanie, uvádzanie
na trh). Úzke vertikálna integrácia môže byť definovaná ako kombinácia nižší sektor "down-
stream" (rafinácie a marketingu) a hornej sektor "up-stream" (ťažba a výroba).

Ako výsledok prvej fázy integrácie (1998) založili spoločnosť dvoma zásadne
odlišnými typmi. Prvá zahŕňa firmy, ktoré sa integrujú finančnej situácie ''(ekonomickej
integrácie)'' - hospodárstvo, nie sú zapojení do výrobnej činnosti, ale ktoré vykonávajú
kontrolu nad radom spoločností a dcérske spoločnosti.

Integrovaný spoločností sú druhého typu produkcie ''(fyzickej integrácie)'', zaoberajúce
sa prieskumom, výroba, doprava a rafináciu a marketing hotových výrobkov prostredníctvom
svojich pobočiek a špecializovaných jednotiek. V súčasnosti však "čisté" výrobné spoločnosti
sú takmer neexistujúce. Všetci sú v rôznej miere aj finančné spoločnosti.

Je potrebné poznamenať, že pojem ekonomickej integrácie dopĺňa koncept fyzickej
integrácie a nie je v rozpore s ňou. V dôsledku toho sa od roku 2003, veľa ropných
spoločností ma politiku plnej integrácie. Kombinujúci v jednom reťazci finančné, analytické a
peňažné toky umožňuje úplnú kontrolu aj výrobnecho procesu, aj jeho "vstupov" a
"výstupov".

Typicky, vo vertikálnom profile podniky sú dcérske spoločnosti. VINS sa im javí ako
hlava a ma spoločných podnikov s inými firmami. Všetky spoločnosti vo forme vlastníctva sú
akciovými spoločnosťami.

Dcérske spoločnosti prakticky nezávislé, majú svoje vlastné vedenie, predstavenstvo.
Riadiaca spoločnosť (sídlo) dáva dcérskym konkrétne úlohy, ktoré by mali prispieť k
zlepšeniu finančných výsledkov.

V zásade rozdelenie rolí veliteľstva (materskej spoločnosti) a jej dcérskych
spoločností, firiem a kancelárií je, že prvá definuje stratégiu, a súčasná práca je sústredená v
nižších celkov (podľa obrázku 1).

Moderné ropná spoločnosť zvyčajne má vertikálne integrovanú štruktúru. Existujúce
štruktúry možno rozdeliť do 3 historicky (a geograficky) prevažujúci typu:
#Logické usporiadané štruktúra, ktorá vznikla v dôsledku spojenia štruktúr krajín produkujúcich ropu (OPEC) a spotrebiteľské krajiny (Severná Amerika a západná Európa). Postupné transformácie, umožnila opraviť väčšinu nedostatkov "stále v procese". Najdôležitejšie predpoklady pre takýto proces môže byť považovaná za túžbu učiť trhový dopyt a konkurencia v naftovej oblasti v pomerne nasýtenom trhu a klesajúcej efektívnosti investícií do rozvoja nových zdrojov ropy. Naftový spoločnosti — Standard Oil, Gulf, Техасе, Shell
#Vyrovnané konštrukcie, vytvorená pod vplyvom trhových síl, pretože snaha prekonať závislosť na dodávkach surovín. Použitie konkurenčných konfliktov ropných spoločností a vlády naftarovych krajín, európsky verejný a súkromný spoločnosti podarilo prísť do sféry výroby nafty na vhodnejšie pre krajinu vlastníctva podmienkach. Naftový spoločnosti – Total (Francúzsko) и ENI (Taliansko)
#«Mäkký holding» Predpokladá že dcérsky zloženia praktický sebestačný od seba, ich priemyselná činnosť a marketing ne skoordinovaný v rámci jednotného strategickecho prístupu. Proveniencia takého zloženia objasňuje alebo jednorazovým «direktívnym» slučovaniem alebo vyslovený úroveň jej dospelosti (spoločnosť stáva sa natoľko veľkej že ne v skupenstve efektívny spravovať všetky svoj podnikov). Naftová spoločnosť – väčšina ruský holdingov.
[[Súbor:DP_Kadatskaya-1.jpg|thumbnail|center|800px|Obr. 3 [Šablóna zloženie VINS]]]
Pre ruský naftový priemysel, ktorý ma všetky etapy naftového cyklu, reformirovanie pri
pomoci založenie VINS správne ale pritom si vrstva príznačné vyznamenanie klasicky
vertikálne-integrovaný spoločnosť od ruský v ich modernom skupenstve.

Rast západných spoločnosti pod vplyvom trhových síl, odpovedanie na požiadavky
spotrebiteľov, a regulačných opatrení štátu. Každá z existujúcich spoločností prešila radom
splývaní a predajov jej dcérskych spoločností, ktoré pokračujú dodnes. Lež rusky spoločnosti
bolí založenie jednorazové podľa prezidentskej a vládnej normy. V ich zložení zjednotiť
podniky, ktorý desaťročie fungovali v rámci rôznych rezortov. Nedostatky získané počas
tvorby domácich ropných spoločností, vytvárať "prekážky" v ich konkurencieschopnosti a
bránia dosiahnutiu medzinárodného a európskeho trhu.

== Konkurencieschopnosť naftového holdingu «Rosneft» ==

Transformácia Rosneft v jeden organizmus, teraz organizuje podľa konsolidácie.
Firma sa sťahuje do nových systémov práce vo vzťahu k ich štrukturálnym jednotkám: so
zákazníkmi, partnermi a štátom. Tento základný princíp, ktorý leží v režime práce je priorita
spoločnecho záujem na lokálne záujmy jednotlivých podnikov.

V praxi to znamená vytváranie a vykonávanie spoločnej pre firmy a jej dcérskych
spoločností systémov plánovania, rozpočtovania, finančné výkazníctvo a finančné stimuly,
ako aj na investície a riadenia kvality, zavedenie vedeckého a technického pokroku, a
zamestnancov.

''Prvým krokom'' v tomto smere bolo zavedenie všetkých podnikov a ďalšie udržiavanie
systému manažérstva kvality (SMK), ktoré neustále zlepšovať výkon, ktorý uspokojí potreby
všetkých zainteresovaných subjektov. Táto možnosť pre "zjednotenie" model podniku (na
obrázku 1 Ústav1, Ústav2, Ústav3, atď) v súlade s ISO 9000 2000.

Zameranie je cieľ spoločnosti, ktorá vyvíja systém strategického plánovania a
prostriedky na realizáciu plánov. Systém riadenia kvality je neoddeliteľnou súčasťou
celkového riadenia a vedenie organizácie.

''Ďalším krokom'', plánované tvorba systému neustáleho zlepšovania kvality procesov a
riadenia pre zabezpečenie konzistentnosti výrobného reťazca. Pre to vývoj noriem ISO 9000
(2000) definuje osem zásad manažérstva kvality.

Určilo sa osem zásad manažérstva kvality, ktoré môže vrcholový manažment využiť pri
vedení organizácie smerom k zlepšenej výkonnosti:
*Zameranie sa na zákazníka
*Vodcovstvo
*Zapojenie pracovníkov
*Procesný prístup
*Systémový prístup k manažérstvu
*Trvalé zlepšovanie
*Rozhodovanie na základe faktov
*Vzájomne významné vzťahy s dodávateľmi
Dnes nestačí, aby spoločnosť bola len dobré. V dnešnom konkurenčnom svete, by malo
byť dokonalé, a že by mala dávať pozor na všetky jej súčasti, zabezpečenie optimálneho
využitia a zvýšenie efektivity všetkých prostriedkov, ktoré má. Všetky zložky musia byť
riadené súčasne a vo vzájomnej zhode, a úloha vrcholového vedenia spoločnosti je
zabezpečiť, aby súčasný vývoj každého z nich.

V posledných desaťročiach, zameranie organizácií v rôznych aspektoch svojej práce
sa neustále posúva. V roku 1970 v centre pozornosti bol muž, v 80 - tímovej práce, v 90 -
procesy. Dnes, v roku 2000 sa väčšina rozhovorov sú o poznanie a prispôsobivosť.

Ale musíme vziať do úvahy skúsenosti z realizácie každej z týchto metodík jasne určiť,
úspechov aj neúspechov. Použitie akéhokoľvek prístupu alebo počet prístupov neznamená
úplnú zmenu princípov činnosti. Nový nástroj len zapadá do existujúceho systému riadenia
organizácie. Tak, v každej organizácii skúseností a praxe zlepšenia v konkrétnej spoločnosti.

Svet skúsenosti ukazujú, že zavedenie zdokonalených systémov pre ruské podniky, aby
začala široké obzory na dosiahnutie novej úrovne konkurencieschopnosti.

== Model pre zlepšenie SMK organizácie ==

Súčasná filozofia zlepšovanie organizácií, ktoré sa evolučné cestovala od poskytovanie
kvality výrobkov a služieb k Total Quality Management, za seba-hodnotenie ako nástroj pre
riadenie podniku, zvýšenie produktivity a konkurencieschopnosti spoločnosti.

Dnes existuje množstvo rôznych kritérií, modely Prize of Quality, od uznania najlepších
tovarov a služieb, individuálne ocenenie za ich prínos k rozvoju koncepcie kvality na
vnútroštátnych aj medzištátne súťaží a ocenení. Najslávnejšie a prestížne sú:
*model systému riadenia kvality v súlade s požiadavkami a odporúčaniami
*medzinárodných noriem rady ISO 9001:2000;
*Model EFQM
*Prize of quality RF;
*Model«Baldrige National Quality Award »;
*Deming prize;
Model je súbor hodnotiacich kritérií, pričom príčinné vzťahy a štruktúrované vo forme
nejakého grafického dizajnu. Obsah kritérií a princípov modelu základné vedenia spoločnosti.
Zlepšenie primárne zamerané na budovanie systému riadenia v súlade s kritériami prize
kvality. Jedným z hlavných cieľov nielen víťazov a ocenených, ale všetkých účastníkov -
vytvorenie metódy seba-hodnotenie organizácie splniť kritériá vysoko kvalitné. A dokonca aj
bez účasti v súťaži je každá organizácia - na akejkoľvek úrovni vývoja, nebolo - môžete
použiť kritériá pre ocenenie pre seba-hodnotenie. To jej umožní získať komplexnú predstavu
o jeho činnosti, na posúdenie, či ich zákazníci, zamestnanci, dodávatelia, spoločnosť sú
spokojní, a na tomto základe stanoviť priority pre zlepšenie konkurencieschopnosti.

Vlastné-hodnotenie organizácie na základe kritérií pre zadanie podporuje systemizácie a
štruktúr ovanie systému podnikového riadenia. Vlastné-hodnotenie sa uskutoční analýzu
podnikových procesov a identifikovať oblasti pre okamžité zlepšenie v neustále sa meniacom
prostredí. Vlastné-posúdenie z hľadiska "kvality" ponúka veľké príležitosti pre analýzu
silných a slabých stránok, ako aj oblasti svojej činnosti, zlepšenie, ktoré by mali viesť k
úspechu celej firmy. V dôsledku vlastného-hodnotiace postupy možno určiť, do akej miery
vaša firma v rozvoji podnikania, ktoré je ešte potrebné urobiť a ako to vyzerá v porovnaní s
inými spoločnosťami. Vlastné hodnotenie v vertikálne integrovanej spoločnosti je komplexne
hodnotenie, rad ukazovateľov, ktoré zahŕňajú posúdenie každej spoločnosti vo výrobnom
reťazci.

Najdôležitejšou výhodou, ktorú spoločnosť dostane, od modely TQM, je možnosť
vyvinúť a zaviesť systematické a vyvážené hodnotenie efektívnosti a vplyvu kľúčových
prístupov a postupov pre systém manažérstva kvality, a to ako prístupy na zabezpečenie
prevádzkovej efektívnosti aj strategického rozvoja. Účinnosť procesu zdokonaľovania
pomocou modelov kvality je zabezpečená prostredníctvom zahrnutie samostatne-
hodnotenie v tradičnom cykle (obr.2).

V tomto prípade, diagnostické seba-hodnotenie poskytuje vo fáze Check cyklu PDCA
účely porovnania a výsledky operácií a vytvorenie vylepšenia pre ďalší cyklus.
[[Súbor:DP_Kadatskaya-2.jpg|thumbnail|center|800px|Obr. 4 [Implementácia princípu "neustále zlepšovanie"]]]
Vlastné-hodnotiace postupy môžu optimálne realizovať v rámci modelov TQM
vertikálne-integrovaných spoločností (ako je znázornené na obr. 3) s pomocou strategický
nástroja pre kvalitu - Balanced Scorecard (BSC). Tieto nástroje fungujú ako doplňujúce
prístupy k manažmentu kvality. Orientácia materskej spoločnosti na dosiahnutie súladu s
Excellence Model EFQM a organizácie neustále zlepšovanie jednotlivých spoločností
pomocou BSC je rovnaké celkovej optimalizácií, čo ovplyvní každý proces v organizácii.

Teda v procese seba-hodnotenia SMK sa vykonáva aj kontrola výsledkov celého
podniku (EFQM) s cieľom nájsť príležitosti pre zlepšenie, a BSC pôsobí ako nástroj riadenia
(dôraz na stratégie kvality).

Ciele, stratégie a výkonnosti spoločnosti vertikálne integrovanej konštrukcie musia byť
chápaná cez prizmou nejaké komplexné hodnotenie svojej činnosti, poskytuje osobitnú
metodiku pre zavedenie systému zlepšenie.

A v tomto prípade v rámci stratégie je známy, integrovaný súbor opatrení na vytvorenie
trvalo udržateľnej výhody oproti konkurentom. Stratégia je komplexný a detailný plán určené
na zabezpečenie plnenia misií organizácie a plnení jej cieľov. Malo by byť skôr rozvinúť z
hľadiska celej spoločnosti, nie konkrétne osoby alebo obchodné jednotky. Zriedka sa
zakladateľom firmy si môžu dovoliť kombinovať jednotlivé plány so stratégiou organizácie.
Táto stratégia zahŕňa rozvoj šetrného opatrenia a plány na dosiahnutie cieľov, ktoré by mali
byť brané do úvahy vedecký a technický potenciál spoločnosti a jej požiadaviek na
zásobovanie.
[[Súbor:DP_Kadatskaya-3.jpg|thumbnail|center|800px|Obr. 5 [Model seba-hodnotiaci systém vertikálne integrovanú štruktúru]]]
Nestačí na určenie stavu procesu pred odovzdaním výrobku "ďalej" v dodávateľskom
reťazci. V tomto prípade bude výsledkom ukazovateľ odzrkadľuje kvalitu konečného výrobku
získať iba na riadenie spoločnosti. Zostávajúce kroky nemajú kontrolu riadenia. Čo sa hovorí
o ich nezáujmu v kvalite finálneho výrobku (v súlade s obr. 3).

Vzhľadom na štruktúru ako celok, potrebujú zaviesť komplexne parametre hodnotenia
jednotlivých procesov (prieskum, ťažbu a spracovanie), v počte výstupov, hodnotenie stavu
vertikálne integrovanej spoločnosti ako celku.

Súbor:DP Kadatskaya-2.jpg

2010-07-25T19:53:05Z

Fajzen:

Súbor:DP Kadatskaya-1.jpg

2010-07-25T19:41:12Z

Fajzen:

Využitie vybraných metód a nástrojov manažérstva kvality pre zvyšovanie výkonnosti danej naftovej spoločnosti

2010-07-25T19:07:05Z

Fajzen: Vytvorená stránka „Kategória:Študentské práce Kategória:Diplomové práce {{Hlavička_FM|{{PAGENAME}}|Bc. Ekaterina Kadatskaya| doc. Ing. Peter Ponický, PhD.| 2009/2010 |Diplom…“

[[Kategória:Študentské práce]]
[[Kategória:Diplomové práce]]

{{Hlavička_FM|{{PAGENAME}}|Bc. Ekaterina Kadatskaya|
doc. Ing. Peter Ponický, PhD.|
2009/2010
|Diplomová práca
|Manažérstvo kvality produkcie
}}
{{Praca_uvod|1|Charakteristika vertikálne-integrovaného výrobného systému|Model zlepšovania systému manažmentu kvality danej naftovej spoločnosti|Použitie navrhnutej metodiky v systéme kvality pre danú naftovú spoločnosť}}
__TOC__

{{Abstrakt
|Projekt ponúka metódu pre vykonávanie zásady neustáleho zlepšovania
v spoločnosti s vertikálne-integrovanéj štruktúrou, prostredníctvom zlepšenia
organizačných procesov riadenia kvality, ktoré sa vykonáva nástrojmi Balanced
Scorecard celkom v spoločnosti aj jej jednotlivých odvetví. Tieto akcie sú zamerané na
neustále zlepšovanie výkonnosti ciele spoločnosti, predpovedaj dynamiku významných
finančných a ekonomických ukazovateľov.
|In article is offered the decision of realization principle «continuous perfection» in
vertically-integrated oil company by improvement organizational quality management
processes using tool Balanced Scorecard in the Company and its separate sectors. These
actions directed on constant increase of productivity purposes achievement in the
company, forecasting of dynamics major financial and economic parameters.
}}

Bakalárske práce

2010-07-23T17:45:38Z

Fajzen:

{{Ako_pisat_wikiPracu|Dusan|Ggaspar|Jakub Trska}}

<div id="mainpage_topbox">
<div id="mainpage_pagetitle">Bakalárske práce 2009/2010</div>
{| class="wikitable sortable" border=1 cellpadding=5 cellspacing=0 style="width:100%"
|-
!Autor
!Názov práce
!style="width:150px"|Stav práce
!style="width:90px"|Zadanie
|-
|Milan Porubský
|[[Systém tvorby rozvrhu]]
|{{stav_prace|100}}
|[[Systém tvorby rozvrhu (Zadanie)|Zadanie BP]]
|-
|Dušan Pagáč
|[[Off-line funkcionalita on-line web aplikácií]]
|{{stav_prace|50}}
|[[Off-line funkcionalita on-line web aplikácií (Zadanie)|Zadanie BP]]
|-
|Dávid Ďurika
|[[Štatistický modul v systéme rozvrhu FM]]
|{{stav_prace|45}}
|[[Štatistický modul v systéme rozvrhu FM (Zadanie)|Zadanie BP]]
|-
|Gabriel Gašpar, Bc.
|[[Autonómny systém pre zber teplotných dát z pôdneho profilu]]
|{{stav_prace|100}}
|[[Autonómny systém pre zber teplotných dát z pôdneho profilu (Zadanie)|Zadanie BP]]
|-
|Lukáš Krajči
|[[Otvorené formáty súborov kancelárskych softvérov]]
|{{stav_prace|66.6}}
|[[Otvorené formáty súborov kancelárskych softvérov (Zadanie)|Zadanie BP]]
|-
|Martin Pilař
|[[Poloautomatický parkovací systém]]
|{{stav_prace|80}}
|[[Poloautomatický parkovací systém (Zadanie)|Zadanie BP]]
|-
|Ľubomír Milko
|[[Aplikácie teórie grafov a teórie hier v rozhodovacích problémoch]]
|{{stav_prace|70}}
|[[Aplikácie teórie grafov a teórie hier v rozhodovacích problémoch (Zadanie)|Zadanie BP]]
|-
|Peter Magala
|[[Bezpečnosť webových aplikácií]]
|{{stav_prace|10}}
|[[Bezpečnosť webových aplikácií (Zadanie)|Zadanie BP]]
|-
|Ján Čižmárik
|[[Metódy riešenia optimalizačných problémov]]
|{{stav_prace|20}}
|[[Metódy riešenia optimalizačných problémov (Zadanie)|Zadanie BP]]
|-
|Martin Cibulka
|[[Nastavenie priority procesu a vplyv na jeho činnosť v operačnom systéme]]
|{{stav_prace|60}}
|[[Nastavenie priority procesu a vplyv na jeho činnosť v operačnom systéme (Zadanie)|Zadanie BP]]
|-
|Lukáš Ronec
|[[Generátor náhľadov fotografií umiestnených na webe]]
|{{stav_prace|0}}
|[[Generátor náhľadov fotografií umiestnených na webe (Zadanie)|Zadanie BP]]
|-
|Július Jančo
|[[Implementácia protokolu RC5 na platforme procesora Cypress]]
|{{stav_prace|100}}
|[[Implementácia protokolu RC5 na platforme procesora Cypress (Zadanie)|Zadanie BP]]
|-
|Juraj Prívara
|[[Použitie mikrouchopovačov MEMS]]
|{{stav_prace|65}}
|[[Použitie mikrouchopovačov MEMS (Zadanie)|Zadanie BP]]
|-
|Emanuel Dubovan
|
|
|
|-
|Dušan Vojsovič
|[[Porovnanie výkonnosti virtualizačných softvérových produktov]]
|{{stav_prace|0}}
||[[Porovnanie výkonnosti virtualizačných softvérových produktov (Zadanie)|Zadanie BP]]
|-
|Jozef Janega
|[[Fotoelektrický parkovací senzor]]
|{{stav_prace|10}}
||[[Fotoelektrický parkovací senzor (Zadanie)|Zadanie BP]]
|}
</div>

<div id="mainpage_topbox">
<div id="mainpage_pagetitle">Bakalárske práce 2008/2009</div>
{| class="wikitable sortable" border=1 cellpadding=5 cellspacing=0 style="width:100%"
|- style="background-color:yellow"
! Autor
!Názov
!style="width:150px"|Stav práce
!style="width:90px"|Zadanie
|-
|Milan Lokšík
|[[Simulácia a modelovanie technologických procesov pomocou stavebnice FESTO]]
|{{stav_prace|5}}
|-
|Ivana Zuzinová
|[[Pokročilé vlastnosti skiptovacích jazykov]]
|{{stav_prace|100}}
|-
|Martin Starosta
|[[Webové služby v Jave]]
|{{stav_prace|100}}
|}
</div>
Staršie práce budú pridané.

[[Kategória:Študentské práce]]

Funkcie administrátorského prostredia

2010-07-23T17:44:23Z

Fajzen: /* Zhrnutie aktuálneho stavu rozvrhu */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|4.1.3]]). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_vyu.C4.8Duj.C3.BAcich|4.1.1]].
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. [[Administrátorské_prostredie_rozvrhu_FM#Zoznam_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|3.2.2]]). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. [[Administrátorské_prostredie_rozvrhu_FM#Zoznam_hod.C3.ADn_nezaraden.C3.BDch_do_rozvrhu|3.2.3]]) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_vyu.C4.8Duj.C3.BAcich|4.1.1]]). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. [[Administrátorské_prostredie_rozvrhu_FM#Akcie_vykonan.C3.A9_po_prihl.C3.A1sen.C3.AD|3.1.1]]).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:42:20Z

Fajzen: /* Správa hodín zaradených do rozvrhu */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|4.1.3]]). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_vyu.C4.8Duj.C3.BAcich|4.1.1]].
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. [[Administrátorské_prostredie_rozvrhu_FM#Zoznam_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|3.2.2]]). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. [[Administrátorské_prostredie_rozvrhu_FM#Zoznam_hod.C3.ADn_nezaraden.C3.BDch_do_rozvrhu|3.2.3]]) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_vyu.C4.8Duj.C3.BAcich|4.1.1]]). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:38:18Z

Fajzen: /* Správa krúžkov */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|4.1.3]]). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_vyu.C4.8Duj.C3.BAcich|4.1.1]].
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:35:45Z

Fajzen: /* Správa vyučujúcich */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. [[Funkcie_administrátorského_prostredia#Nastavenia_prostredia|4.1.5]]). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Administrátorské prostredie rozvrhu FM

2010-07-23T17:33:27Z

Fajzen: /* Zoznam hodín zaradených do rozvrhu */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|3|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Prihlásenie do administrátorského rozhrania systému rozvrhFM ==

Pre prihlásenie do systému slúži jednoduchý HTML formulár. Na vytváranie formulárov v ZF
existuje trieda Zend_Form, ktorá obsahuje metódy na vytváranie všetkých bežných prvkov
formulára. Prvkom sa dajú okrem klasických atribútov priradiť tiež rôzne filtre, podľa ktorých
sa označí formulár ako správne alebo nesprávne vyplnený po jeho odoslaní.

Metóda pre kontrolu odoslaných údajov checkForm() (Kód 2.2) sa nachádza v triede
adminLogin a prijíma dva parametre: $login a $password, ktoré obsahujú odoslané
prihlasovacie meno a heslo. Najskôr zisťujem, či bol formulár odoslaný metódou POST.
Potom kontrolujem správnosť údajov podľa filtrov pridelených k daným prvkom formulára.
Následne porovnávam údaje so správnymi prihlasovacími údajmi. Vzhľadom k tomu, že
do systému bude mať prístup iba veľmi malé množstvo používateľov, sú správne
prihlasovacie údaje uložené ako konštanty triedy obsluhujúcej prihlasovanie. Ak bolo zadané
prihlasovacie meno a heslo správne, nastavím session s informáciou o stave prihlásenia
na hodnotu true. Inak označím prvok formulára pre heslo ako nesprávne vyplnený a pridám
chybová správa, ktorá sa vypíše pod formulárom. Metóda má návratovú hodnotu buď true –
pravda, keď prihlásenie prebehlo úspešne, alebo false – nepravda, keď prihlásenie úspešné
nebolo.
<source lang="php">
public function checkForm($login, $password)
{
if(false == $this->_controller->getRequest()->isPost()) {
return false;
}
if(true == $this->getForm()->isValid($_POST)) {
if(self::LOGIN === $login && self::PASSWORD === $password) {
Zend_Registry::get('sessions')->logged = true;
return true;
} else {
$this->_form->getElement('password')->addError('Nesprávny login alebo heslo!');
}
}
return false;
}
</source>
To, či je používateľ prihlásený alebo nie, sa kontroluje pri každom prístupe do
administrátorského prostredia. Ak používateľ nie je prihlásený a zadá adresu inú, než na
stránku s prihlasovacím formulárom, presmerujem ho na prihlasovaciu stránku. Naopak, ak
používateľ prihlásený je, ale zadá adresu na prihlasovaciu stránku, presmerujem ho na stránku
s administračným prostredím. Na túto stránku používateľa presmerujem aj pri pokuse
o priamy vstup na akúkoľvek inú stránku administrácie, pretože tieto stránky sú prístupné iba
cez AJAX. Prístup cez AJAX sa zisťuje prítomnosťou hlavičky X-Requested-With, ktorú
knižnica jQuery automaticky pridáva do každej AJAXovej požiadavky. Táto kontrola sa
vykonáva v metóde preDispatch() (Kód 2.3) kontroléra AdminController. To, že je táto
metóda volaná pri každom prístupe k danému kontroléru zabezpečuje ZF.
<source lang="php">
public function preDispatch()
{
$this->_sessions = Zend_Registry::get('sessions');
$action = $this->getRequest()->getActionName();
if(!$this->_sessions->logged && $action != 'login') {
$this->_redirect('admin/login', array('exit' => true));
} else if($this->_sessions->logged && $action == 'login') {
$this->_redirect('admin/index', array('exit' => true));
} else if($action != 'login' && $action != 'index') {
$http = new Zend_Controller_Request_Http();
if($action != 'logout' && !$http->isXmlHttpRequest()) {
$this->_redirect('admin/index', array('exit' => true));
}
}

$this->view->addHelperPath('./application/views/helpers', 'Views_Helpers');
}
</source>

=== Akcie vykonané po prihlásení ===

Po úspešnom prihlásení sa vykoná synchronizácia tabuľky eval_users s tabuľkou používanou
v systéme evalvácie FM. Keďže prístup z iného serveru do databázy, v ktorej sa originálna
tabuľka nachádza, nie je z bezpečnostných dôvodov povolený, musel som vytvoriť skript,
ktorý vytvorí export<ref>http://fm.tnuni.sk/export_rozvrh/rozvrh_usersExport.php</ref> potrebných údajov a umiestniť ho na server, na ktorom táto databáza beží. Keďže tento export neobsahuje žiadne citlivé informácie, prístup k nemu nie je nijak
zabezpečený a je teda verejne prístupný. Po načítaní exportu tieto údaje porovnávam s údajmi
uloženými v lokálnej tabuľke eval_users a v prípade potreby ich aktualizujem, pridávam
alebo odoberám záznamy.

Následne kontrolujem aktuálnosť uloženej verzie rozvrhu. V prípade, že sa používateľ do
systému prihlási prvýkrát v novom semestri alebo školskom roku, vytvorí sa nový záznam
v archíve aplikácie, do ktorého sa uloží aktuálny stav všetkých tabuliek v databáze a záznamy
v tabuľkách rozvrh_subjectitems, rozvrh_timetable a rozvrh_timetable_extern sa vymažú.
Tabuľka rozvrh_subjectitems sa naplní údajmi z naposledy uloženého záznamu v archíve
z príslušného semestra. Fungovaniu archívu sa budem bližšie venovať v časti [[Funkcie_administrátorského_prostredia#Archiv.C3.A1cia_rozvrhu|4.1.4]].

Po vykonaní synchronizácie je používateľ presmerovaný do administrátorskej časti aplikácie.
Hneď po vstupe sa zobrazí dialógové okno s hláseniami o výsledku synchronizácie, o stave,
v akom sa rozvrh nachádza, a o prípadnom automatickom uložení záznamu do archívu.
Hlásenie o výsledku synchronizácie obsahuje zoznam pridaných a zmazaných pedagógoch.
Pri nových pedagógoch je používateľovi ponúknutá možnosť doplniť im údaje do tabuľky
rozvrh_userdetails, pričom skratka vyučujúceho je povinný údaj. Bez jej určenia všetkým
novým pedagógom nie je možné dialógové okno zatvoriť a pokračovať tak v práci
s aplikáciou. Hlásenie o stave rozvrhu bližšie opíšem v kapitole [[Funkcie_administrátorského_prostredia#Zhrnutie_aktu.C3.A1lneho_stavu_rozvrhu|4.1.6]].

Po zatvorení dialógového okna s hláseniami môže používateľ pracovať s aplikáciou. Pre
vykreslenie ovládacích prvkov prostredia potrebujem z databázy vybrať viaceré údaje:
študijné kombinácie a krúžky, informácie o miestnostiach, typoch predmetov, názvy
predmetov a vyučujúcich priradených k predmetom, zoznam hodín zaradených do rozvrhu,
zoznam hodín nezaradených do rozvrhu a informácie o vyučujúcich. Tieto údaje vyberám
v triede adminIndex. Na prácu s databázou používam ZF triedu Zend_Db a po vybratí údajov
ich triedim a ukladám do poľa kvôli ľahšej práci s nimi.
<source lang="php">
public function gAddedSubjects()
{
$select = $this->_db->select()
->from(array('tt' => T_TTABLE),
array('id', 'provides', 'week', 'day', 'hour', 'note', 'room' => 'rozvrh_room_id'))
->join(array('si' => T_SUBITEMS),
'tt.rozvrh_subjectItem_id = si.id',
array('hours', 'subject' => 'rozvrh_subject_id', 'type' => 'rozvrh_subjectType_id', 'subclass' => 'rozvrh_subclass_id'))
->joinLeft(array('t' => T_TEACH),
'tt.rozvrh_teacher_id = t.id',
array('teacher' => 'eval_user_id'))
->join(array('s' => T_SUB),
'si.rozvrh_subject_id = s.id',
array('comb' => 'rozvrh_combination_id'));
$result = $this->_db->fetchAll($select);
$return = array();

foreach($result as $row) {
if(!isset($return[$row['room']][$row['day']][$row['week']][$row['hour']])) {
$return[$row['room']][$row['day']][$row['week']][$row['hour']] =
array(
'provides' => $row['provides'],
'hours' => $row['hours'],
'teacher' => $row['teacher'],
'subject' => $row['subject'],
'comb' => $row['comb'],
'type' => $row['type'],
'note' => $row['note'],
'subclasses' => array()
);
}
$return[$row['room']][$row['day']][$row['week']][$row['hour']]['subclasses'][$row['subclass']] = $row['id'];
}
return $return;
}
</source>
T_TTABLE, T_SUBITEMS, T_TEACH a T_SUB sú konštanty reprezentujúce názvy
tabuliek v databáze. Tieto konštanty sú definované v samostatnom súbore tables.php, ktorý sa
nachádza v konfiguračnom priečinku aplikácie.
*T_TTABLE – rozvrh_timetable
*T_SUBITEMS – rozvrh_subjectitems
*T_TEACH – rozvrh_teachers
*T_SUB – rozvrh_subjects
$this->_db je objekt triedy Zend_Db. Táto trieda obsahuje metódy pre prácu s databázou.
Zoznam niektorých metód a ich význam:
*select() – vytvára objekt triedy Zend_Db_Select pre vytvorenie dopytu na databázu typu SELECT
*from($table, $columns) – FROM časť dopytu
**$table – názov tabuľky. Môže byť typu reťazec alebo pole. V prípade typu pole kľúč označuje alias tabuľky a hodnota názov tabuľky
**$columns – zoznam stĺpcov, ktoré sa majú vybrať. Môže byť typu reťazec alebo pole. V prípade poľa môže ísť o asociatívne alebo číselné pole. Ak je pole asociatívne, kľúč znamená alias stĺpca
*join($table, $condition, $columns), joinLeft($table, $condition, $columns) – INNER JOIN, JOIN LEFT časť dopytu
**$table – ako vo from()
**$condition – podmienka spájania výsledkov
**$columns – ako vo from()
*fetchAll($select) – metóda, ktorá vracia všetky záznamy vrátené databázou. Formát vrátených údajov sa dá nastaviť metódou setFetchMode(). Prednastavený formát je asociatívne pole
**$select – dopyt, ktorý sa má vykonať. Môže byť typu reťazec alebo objekt triedy Zend_Db_Select
Po vybratí údajov z databázy sa výsledky prechádzajú v cykle foreach a ukladajú sa do poľa
$return (Kód 2.5) v novom poradí.
<source lang="php">
array(
T_TTABLE.rozvrh_room_id => array(
T_TTABLE.day => array(
T_TTABLE.week => array(
T_TTABLE.hour => array(
'provides' => T_TTABLE.provides,
'hours' => T_SUBITEMS.hours,
'teacher' => T_TEACH.eval_user_id,
'type' => T_SUBITEMS.rozvrh_subjectType_id,
'note' => T_TTABLE.note,
'data' => array(
T_SUB.rozvrh_combination_id => array(
'subject' => T_SUBITEMS.rozvrh_subject_id,
'subclasses' => array(
T_SUBITEMS.rozvrh_subclass_id => T_TTABLE.id
)
)
)
)
)
)
)
</source>
Tieto mnohorozmerné polia posúvam v kontroléri do skriptu, ktorý sa stará o vykresľovanie
stránky. V skripte následne postupným prechádzaním polí vytváram jednotlivé ovládacie
prvky.

Keďže na vykreslenie niektorých prvkov využívam JavaScript, musím tieto polia s údajmi
vložiť aj do jeho zdrojového kódu (Kód 2.6). Na túto úlohu používam JSON<ref>http://www.json.org/</ref>, formát
pre prenos dát z jedného programovacieho jazyka do druhého. Premenná akéhokoľvek typu
zakódovaná do formátu JSON je reťazec s pevne danou štruktúrou, z ktorého vie prijímajúci
jazyk vytvoriť premennú rovnakého typu. Ak požadovaný typ v jazyku neexistuje, použije sa
ekvivalentný typ s vlastnosťami čo najviac podobnými pôvodnému typu.
<source lang="html4strict">
<script type="text/javascript">
var subjects_added = eval(<?php echo json_encode($this->sub_added);?>);
</script>
</source>

== Grafický návrh administrátorského prostredia ==

Pri návrhu používateľského rozhrania som kládol dôraz na komfort, prehľadnosť
a intuitívnosť ovládania. Snažil som sa o používanie grafických prvkov a implementovanie
funkcionalít, na ktoré sú používatelia počítača a internetových aplikácií zvyknutí a očakávajú
ich, napr. presúvanie objektov, mazanie objektu stlačením klávesy Delete, zobrazenie
dodatočných informácií o objekte pri presunutí kurzoru nad daný objekt atď. Na zabezpečenie
takýchto funkcií sa na internetových stránkach používa JavaScript. Keďže je mnou
navrhované prostredie pomerne dynamické, potrebuje veľké množstvo JavaScriptového kódu,
čo by sa mohlo prejaviť na plynulosti behu aplikácie. Preto program testujem na posledných
verziách všetkých majoritných internetových prehliadačoch: Firefox, Opera, Internet Explorer
a Chrome. K zrýchleniu behu JavaScriptového kódu pomáha tiež použitie knižnice jQuery,
ktorá je výborne optimalizovaná.

Ďalším problémom, ktorý pri použití JavaScriptu môže nastať, je, že v prípade, že ho má
používateľ vypnutý, sa aplikácia stane nepoužiteľnou. Bežným zvykom pri tvorbe
internetových stránok je preto snaha písať kód stránky tak, aby bola zabezpečená aspoň jej
základná funkčnosť aj pri vypnutom JavaScripte. Avšak keďže náš systém budú používať iba
tvorcovia rozvrhu, ktorí budú o nutnosti mať zapnutý JavaScript upozornení, nebudem tieto
opatrenia do kódu stránky vkladať.

Na Obr. 2.2 je znázornená podoba systému v normálnom stave. Pri akciách, ktoré potrebujú
získať dodatočné vstupy od používateľa alebo zobraziť dodatočné informácie, sa na tento účel
zobrazí na obrazovke dialógové okno, ktoré môže mať systémovo-modálny charakter, tzn.
okno bude nad ostatnými prvkami a ostatné prvky stránky sa stanú neaktívnymi až do
zatvorenia dialógového okna.
[[Súbor:mpbc2.2-1.jpg|thumbnail|center|800px|Obr. 2.2 Administrátorské prostredie aplikácie]]

=== Hlavné menu ===

Vo vrchnej časti stránky sa nachádza hlavné menu (Obr. 2.3). Jedná sa o tzv. drop-down menu
– viacúrovňové menu ovládané pomocou JavaScriptu, ktorého ďalšia úroveň sa zobrazí
po prechode kurzoru nad nadradenou úrovňou a skryje sa po odchode myši z nadradenej
úrovne.
[[Súbor:mpbc2.3.jpg|thumbnail|center|800px|Obr. 2.3 Hlavné menu]]
Položky menu obsahujú odkazy na všetky potrebné funkcie aplikácie, napr.: práca s archívom
rozvrhu, správa krúžkov, správa vyučujúcich atď. Pre vytvorenie a prácu s hlavným menu
som vytvoril triedu My_MainMenu, ktorej konštruktor prijíma ako parameter mnohorozmerné
pole s presne určenou štruktúrou (Kód 2.7), ktoré reprezentuje dané menu.
<source lang="php">
array(
array(
‘label’ => ‘Rozvrh’,
‘js’ => ‘rozvrh’[,
[‘title’ => ‘Správa rozvrhu’,]
[‘img’ => ‘yes.gif’,]
[‘style’ => ‘float:right;’,]
[‘sub’ => array(...)]]
)
[, array(...)]
);
</source>
V nasledujúcom texte je opis štruktúry, ktorá je použitá ako parameter konštruktora triedy
My_MainMenu.
*label – zobrazovaný text položky menu
*js – identifikátor položky menu pre JavaScript. Identifikátory nižších úrovní menu sa reťazia s použitím oddeľovača –
*title (nepovinné) – text, ktorý sa zobrazí ako nápoveda pri prechode myši nad prvkom. Ak tento atribút nie je zadaný, použije sa ako text nápovedy hodnota atribútu label
*img (nepovinné) – obrázok, ktorý sa vloží pred text položky
*style (nepovinné) – CSS vlastnosti danej položky. Tento atribút som pridal hlavne kvôli položke Odhlásiť sa, ktorá je od ostatných položiek opticky oddelená
*sub (nepovinné) – zoznam položiek nižšej úrovne

=== Zoznam hodín zaradených do rozvrhu ===

Zoznam hodín zaradených do rozvrhu (Obr. 2.4) je tvorený tabuľkou, ktorá obsahuje všetky
vyučovacie hodiny s určeným časom a učebňou. Stĺpec tabuľky určuje hodinu, riadok učebňu,
v ktorej sa výučba koná. Každý riadok učebne je rozdelený na dve časti, horná časť znamená
párny týždeň, spodná časť nepárny. Ak sa výučba opakuje každý týždeň, hodina presahuje
obe polovice.

Nad tabuľkou sa nachádzajú záložky na zmenu dňa, pre ktorý sa bude tvoriť rozvrh.
Pre každý deň je vytvorená samostatná tabuľka, pričom je zobrazená vždy len tabuľka
prislúchajúca k aktuálne vybratému dňu. Odkazom v záložke napravo sa prepína do správy
rozvrhu externých študentov, ktorá má iné prostredie.

Bližší popis buniek s jednotlivými hodinami uvediem v kapitole [[Funkcie_administrátorského_prostredia#Spr.C3.A1va_hod.C3.ADn_zaraden.C3.BDch_do_rozvrhu|4.1.3]].
[[Súbor:mpbc2.4.jpg|thumbnail|center|800px|Obr. 2.4 Zoznam hodín zaradených do rozvrhu]]

=== Zoznam hodín nezaradených do rozvrhu ===

Zoznam hodín nezaradených do rozvrhu (Obr. 2.5) obsahuje bloky vyučovacích hodín, ktoré
boli do systému pridané, ale ešte nebola určená ich hodina a miestnosť výučby. Pri vstupe
do administrátorského prostredia sa nachádza v ľavom dolnom rohu obrazovky. Jeho pozícia
je daná fixne, to znamená, že pri rolovaní stránky zostáva zoznam na mieste. Dá sa však
presúvať uchopením za hornú časť alebo tiež dvojklikom kdekoľvek na stránku – zoznam sa
presunie do danej výšky.

V spodnej časti sa nachádza zoznam študijných odborov a ich ročníkov. Farba položiek
korešponduje s farebným označením buniek v tabuľke hodín zaradených do rozvrhu. V hornej
časti sa nachádza zoznam predmetov, ktoré sú k vybranému odboru a ročníku pridelené.
Jednotlivé predmety sú tvorené systémom záložiek podobne ako prepínanie dní.
[[Súbor:mpbc2.5.jpg|thumbnail|center|800px|Obr. 2.5 Minimalizovaný zoznam hodín nezaradených do rozvrhu]]
[[Súbor:mpbc2.6.jpg|thumbnail|center|800px|Obr. 2.6 Maximalizovaný zoznam hodín nezaradených do rozvrhu]]
Kvôli veľkosti zoznamu som sa rozhodol pridať mu funkciu minimalizácie a maximalizácie,
takže po vybratí predmetu sa zobrazí stredná časť (Obr. 2.6), v ktorej sa nachádzajú jednotlivé
nezaradené hodiny. Naľavo sú typy predmetov, napravo je zoznam krúžkov vo zvolenom
odbore a ročníku. Tieto prvky sú taktiež tvorené systémom záložiek, aj keď pri nich som
na rozdiel od ostatných záložiek nemohol použiť hotový systém z knižnice jQuery UI kvôli
ich vertikálnej polohe. V prípade, že sa vyberie typ predmetu prednáška, zoznam krúžkov sa
skryje, pretože prednášky sa pridávajú pre všetky krúžky naraz. Medzi typmi predmetov
a krúžkami sa nachádzajú jednotlivé nepriradené predmety rozdelené podľa dĺžky výučby.
<references/>

Administrátorské prostredie rozvrhu FM

2010-07-23T17:31:06Z

Fajzen: /* Akcie vykonané po prihlásení */

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|3|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Prihlásenie do administrátorského rozhrania systému rozvrhFM ==

Pre prihlásenie do systému slúži jednoduchý HTML formulár. Na vytváranie formulárov v ZF
existuje trieda Zend_Form, ktorá obsahuje metódy na vytváranie všetkých bežných prvkov
formulára. Prvkom sa dajú okrem klasických atribútov priradiť tiež rôzne filtre, podľa ktorých
sa označí formulár ako správne alebo nesprávne vyplnený po jeho odoslaní.

Metóda pre kontrolu odoslaných údajov checkForm() (Kód 2.2) sa nachádza v triede
adminLogin a prijíma dva parametre: $login a $password, ktoré obsahujú odoslané
prihlasovacie meno a heslo. Najskôr zisťujem, či bol formulár odoslaný metódou POST.
Potom kontrolujem správnosť údajov podľa filtrov pridelených k daným prvkom formulára.
Následne porovnávam údaje so správnymi prihlasovacími údajmi. Vzhľadom k tomu, že
do systému bude mať prístup iba veľmi malé množstvo používateľov, sú správne
prihlasovacie údaje uložené ako konštanty triedy obsluhujúcej prihlasovanie. Ak bolo zadané
prihlasovacie meno a heslo správne, nastavím session s informáciou o stave prihlásenia
na hodnotu true. Inak označím prvok formulára pre heslo ako nesprávne vyplnený a pridám
chybová správa, ktorá sa vypíše pod formulárom. Metóda má návratovú hodnotu buď true –
pravda, keď prihlásenie prebehlo úspešne, alebo false – nepravda, keď prihlásenie úspešné
nebolo.
<source lang="php">
public function checkForm($login, $password)
{
if(false == $this->_controller->getRequest()->isPost()) {
return false;
}
if(true == $this->getForm()->isValid($_POST)) {
if(self::LOGIN === $login && self::PASSWORD === $password) {
Zend_Registry::get('sessions')->logged = true;
return true;
} else {
$this->_form->getElement('password')->addError('Nesprávny login alebo heslo!');
}
}
return false;
}
</source>
To, či je používateľ prihlásený alebo nie, sa kontroluje pri každom prístupe do
administrátorského prostredia. Ak používateľ nie je prihlásený a zadá adresu inú, než na
stránku s prihlasovacím formulárom, presmerujem ho na prihlasovaciu stránku. Naopak, ak
používateľ prihlásený je, ale zadá adresu na prihlasovaciu stránku, presmerujem ho na stránku
s administračným prostredím. Na túto stránku používateľa presmerujem aj pri pokuse
o priamy vstup na akúkoľvek inú stránku administrácie, pretože tieto stránky sú prístupné iba
cez AJAX. Prístup cez AJAX sa zisťuje prítomnosťou hlavičky X-Requested-With, ktorú
knižnica jQuery automaticky pridáva do každej AJAXovej požiadavky. Táto kontrola sa
vykonáva v metóde preDispatch() (Kód 2.3) kontroléra AdminController. To, že je táto
metóda volaná pri každom prístupe k danému kontroléru zabezpečuje ZF.
<source lang="php">
public function preDispatch()
{
$this->_sessions = Zend_Registry::get('sessions');
$action = $this->getRequest()->getActionName();
if(!$this->_sessions->logged && $action != 'login') {
$this->_redirect('admin/login', array('exit' => true));
} else if($this->_sessions->logged && $action == 'login') {
$this->_redirect('admin/index', array('exit' => true));
} else if($action != 'login' && $action != 'index') {
$http = new Zend_Controller_Request_Http();
if($action != 'logout' && !$http->isXmlHttpRequest()) {
$this->_redirect('admin/index', array('exit' => true));
}
}

$this->view->addHelperPath('./application/views/helpers', 'Views_Helpers');
}
</source>

=== Akcie vykonané po prihlásení ===

Po úspešnom prihlásení sa vykoná synchronizácia tabuľky eval_users s tabuľkou používanou
v systéme evalvácie FM. Keďže prístup z iného serveru do databázy, v ktorej sa originálna
tabuľka nachádza, nie je z bezpečnostných dôvodov povolený, musel som vytvoriť skript,
ktorý vytvorí export<ref>http://fm.tnuni.sk/export_rozvrh/rozvrh_usersExport.php</ref> potrebných údajov a umiestniť ho na server, na ktorom táto databáza beží. Keďže tento export neobsahuje žiadne citlivé informácie, prístup k nemu nie je nijak
zabezpečený a je teda verejne prístupný. Po načítaní exportu tieto údaje porovnávam s údajmi
uloženými v lokálnej tabuľke eval_users a v prípade potreby ich aktualizujem, pridávam
alebo odoberám záznamy.

Následne kontrolujem aktuálnosť uloženej verzie rozvrhu. V prípade, že sa používateľ do
systému prihlási prvýkrát v novom semestri alebo školskom roku, vytvorí sa nový záznam
v archíve aplikácie, do ktorého sa uloží aktuálny stav všetkých tabuliek v databáze a záznamy
v tabuľkách rozvrh_subjectitems, rozvrh_timetable a rozvrh_timetable_extern sa vymažú.
Tabuľka rozvrh_subjectitems sa naplní údajmi z naposledy uloženého záznamu v archíve
z príslušného semestra. Fungovaniu archívu sa budem bližšie venovať v časti [[Funkcie_administrátorského_prostredia#Archiv.C3.A1cia_rozvrhu|4.1.4]].

Po vykonaní synchronizácie je používateľ presmerovaný do administrátorskej časti aplikácie.
Hneď po vstupe sa zobrazí dialógové okno s hláseniami o výsledku synchronizácie, o stave,
v akom sa rozvrh nachádza, a o prípadnom automatickom uložení záznamu do archívu.
Hlásenie o výsledku synchronizácie obsahuje zoznam pridaných a zmazaných pedagógoch.
Pri nových pedagógoch je používateľovi ponúknutá možnosť doplniť im údaje do tabuľky
rozvrh_userdetails, pričom skratka vyučujúceho je povinný údaj. Bez jej určenia všetkým
novým pedagógom nie je možné dialógové okno zatvoriť a pokračovať tak v práci
s aplikáciou. Hlásenie o stave rozvrhu bližšie opíšem v kapitole [[Funkcie_administrátorského_prostredia#Zhrnutie_aktu.C3.A1lneho_stavu_rozvrhu|4.1.6]].

Po zatvorení dialógového okna s hláseniami môže používateľ pracovať s aplikáciou. Pre
vykreslenie ovládacích prvkov prostredia potrebujem z databázy vybrať viaceré údaje:
študijné kombinácie a krúžky, informácie o miestnostiach, typoch predmetov, názvy
predmetov a vyučujúcich priradených k predmetom, zoznam hodín zaradených do rozvrhu,
zoznam hodín nezaradených do rozvrhu a informácie o vyučujúcich. Tieto údaje vyberám
v triede adminIndex. Na prácu s databázou používam ZF triedu Zend_Db a po vybratí údajov
ich triedim a ukladám do poľa kvôli ľahšej práci s nimi.
<source lang="php">
public function gAddedSubjects()
{
$select = $this->_db->select()
->from(array('tt' => T_TTABLE),
array('id', 'provides', 'week', 'day', 'hour', 'note', 'room' => 'rozvrh_room_id'))
->join(array('si' => T_SUBITEMS),
'tt.rozvrh_subjectItem_id = si.id',
array('hours', 'subject' => 'rozvrh_subject_id', 'type' => 'rozvrh_subjectType_id', 'subclass' => 'rozvrh_subclass_id'))
->joinLeft(array('t' => T_TEACH),
'tt.rozvrh_teacher_id = t.id',
array('teacher' => 'eval_user_id'))
->join(array('s' => T_SUB),
'si.rozvrh_subject_id = s.id',
array('comb' => 'rozvrh_combination_id'));
$result = $this->_db->fetchAll($select);
$return = array();

foreach($result as $row) {
if(!isset($return[$row['room']][$row['day']][$row['week']][$row['hour']])) {
$return[$row['room']][$row['day']][$row['week']][$row['hour']] =
array(
'provides' => $row['provides'],
'hours' => $row['hours'],
'teacher' => $row['teacher'],
'subject' => $row['subject'],
'comb' => $row['comb'],
'type' => $row['type'],
'note' => $row['note'],
'subclasses' => array()
);
}
$return[$row['room']][$row['day']][$row['week']][$row['hour']]['subclasses'][$row['subclass']] = $row['id'];
}
return $return;
}
</source>
T_TTABLE, T_SUBITEMS, T_TEACH a T_SUB sú konštanty reprezentujúce názvy
tabuliek v databáze. Tieto konštanty sú definované v samostatnom súbore tables.php, ktorý sa
nachádza v konfiguračnom priečinku aplikácie.
*T_TTABLE – rozvrh_timetable
*T_SUBITEMS – rozvrh_subjectitems
*T_TEACH – rozvrh_teachers
*T_SUB – rozvrh_subjects
$this->_db je objekt triedy Zend_Db. Táto trieda obsahuje metódy pre prácu s databázou.
Zoznam niektorých metód a ich význam:
*select() – vytvára objekt triedy Zend_Db_Select pre vytvorenie dopytu na databázu typu SELECT
*from($table, $columns) – FROM časť dopytu
**$table – názov tabuľky. Môže byť typu reťazec alebo pole. V prípade typu pole kľúč označuje alias tabuľky a hodnota názov tabuľky
**$columns – zoznam stĺpcov, ktoré sa majú vybrať. Môže byť typu reťazec alebo pole. V prípade poľa môže ísť o asociatívne alebo číselné pole. Ak je pole asociatívne, kľúč znamená alias stĺpca
*join($table, $condition, $columns), joinLeft($table, $condition, $columns) – INNER JOIN, JOIN LEFT časť dopytu
**$table – ako vo from()
**$condition – podmienka spájania výsledkov
**$columns – ako vo from()
*fetchAll($select) – metóda, ktorá vracia všetky záznamy vrátené databázou. Formát vrátených údajov sa dá nastaviť metódou setFetchMode(). Prednastavený formát je asociatívne pole
**$select – dopyt, ktorý sa má vykonať. Môže byť typu reťazec alebo objekt triedy Zend_Db_Select
Po vybratí údajov z databázy sa výsledky prechádzajú v cykle foreach a ukladajú sa do poľa
$return (Kód 2.5) v novom poradí.
<source lang="php">
array(
T_TTABLE.rozvrh_room_id => array(
T_TTABLE.day => array(
T_TTABLE.week => array(
T_TTABLE.hour => array(
'provides' => T_TTABLE.provides,
'hours' => T_SUBITEMS.hours,
'teacher' => T_TEACH.eval_user_id,
'type' => T_SUBITEMS.rozvrh_subjectType_id,
'note' => T_TTABLE.note,
'data' => array(
T_SUB.rozvrh_combination_id => array(
'subject' => T_SUBITEMS.rozvrh_subject_id,
'subclasses' => array(
T_SUBITEMS.rozvrh_subclass_id => T_TTABLE.id
)
)
)
)
)
)
)
</source>
Tieto mnohorozmerné polia posúvam v kontroléri do skriptu, ktorý sa stará o vykresľovanie
stránky. V skripte následne postupným prechádzaním polí vytváram jednotlivé ovládacie
prvky.

Keďže na vykreslenie niektorých prvkov využívam JavaScript, musím tieto polia s údajmi
vložiť aj do jeho zdrojového kódu (Kód 2.6). Na túto úlohu používam JSON<ref>http://www.json.org/</ref>, formát
pre prenos dát z jedného programovacieho jazyka do druhého. Premenná akéhokoľvek typu
zakódovaná do formátu JSON je reťazec s pevne danou štruktúrou, z ktorého vie prijímajúci
jazyk vytvoriť premennú rovnakého typu. Ak požadovaný typ v jazyku neexistuje, použije sa
ekvivalentný typ s vlastnosťami čo najviac podobnými pôvodnému typu.
<source lang="html4strict">
<script type="text/javascript">
var subjects_added = eval(<?php echo json_encode($this->sub_added);?>);
</script>
</source>

== Grafický návrh administrátorského prostredia ==

Pri návrhu používateľského rozhrania som kládol dôraz na komfort, prehľadnosť
a intuitívnosť ovládania. Snažil som sa o používanie grafických prvkov a implementovanie
funkcionalít, na ktoré sú používatelia počítača a internetových aplikácií zvyknutí a očakávajú
ich, napr. presúvanie objektov, mazanie objektu stlačením klávesy Delete, zobrazenie
dodatočných informácií o objekte pri presunutí kurzoru nad daný objekt atď. Na zabezpečenie
takýchto funkcií sa na internetových stránkach používa JavaScript. Keďže je mnou
navrhované prostredie pomerne dynamické, potrebuje veľké množstvo JavaScriptového kódu,
čo by sa mohlo prejaviť na plynulosti behu aplikácie. Preto program testujem na posledných
verziách všetkých majoritných internetových prehliadačoch: Firefox, Opera, Internet Explorer
a Chrome. K zrýchleniu behu JavaScriptového kódu pomáha tiež použitie knižnice jQuery,
ktorá je výborne optimalizovaná.

Ďalším problémom, ktorý pri použití JavaScriptu môže nastať, je, že v prípade, že ho má
používateľ vypnutý, sa aplikácia stane nepoužiteľnou. Bežným zvykom pri tvorbe
internetových stránok je preto snaha písať kód stránky tak, aby bola zabezpečená aspoň jej
základná funkčnosť aj pri vypnutom JavaScripte. Avšak keďže náš systém budú používať iba
tvorcovia rozvrhu, ktorí budú o nutnosti mať zapnutý JavaScript upozornení, nebudem tieto
opatrenia do kódu stránky vkladať.

Na Obr. 2.2 je znázornená podoba systému v normálnom stave. Pri akciách, ktoré potrebujú
získať dodatočné vstupy od používateľa alebo zobraziť dodatočné informácie, sa na tento účel
zobrazí na obrazovke dialógové okno, ktoré môže mať systémovo-modálny charakter, tzn.
okno bude nad ostatnými prvkami a ostatné prvky stránky sa stanú neaktívnymi až do
zatvorenia dialógového okna.
[[Súbor:mpbc2.2-1.jpg|thumbnail|center|800px|Obr. 2.2 Administrátorské prostredie aplikácie]]

=== Hlavné menu ===

Vo vrchnej časti stránky sa nachádza hlavné menu (Obr. 2.3). Jedná sa o tzv. drop-down menu
– viacúrovňové menu ovládané pomocou JavaScriptu, ktorého ďalšia úroveň sa zobrazí
po prechode kurzoru nad nadradenou úrovňou a skryje sa po odchode myši z nadradenej
úrovne.
[[Súbor:mpbc2.3.jpg|thumbnail|center|800px|Obr. 2.3 Hlavné menu]]
Položky menu obsahujú odkazy na všetky potrebné funkcie aplikácie, napr.: práca s archívom
rozvrhu, správa krúžkov, správa vyučujúcich atď. Pre vytvorenie a prácu s hlavným menu
som vytvoril triedu My_MainMenu, ktorej konštruktor prijíma ako parameter mnohorozmerné
pole s presne určenou štruktúrou (Kód 2.7), ktoré reprezentuje dané menu.
<source lang="php">
array(
array(
‘label’ => ‘Rozvrh’,
‘js’ => ‘rozvrh’[,
[‘title’ => ‘Správa rozvrhu’,]
[‘img’ => ‘yes.gif’,]
[‘style’ => ‘float:right;’,]
[‘sub’ => array(...)]]
)
[, array(...)]
);
</source>
V nasledujúcom texte je opis štruktúry, ktorá je použitá ako parameter konštruktora triedy
My_MainMenu.
*label – zobrazovaný text položky menu
*js – identifikátor položky menu pre JavaScript. Identifikátory nižších úrovní menu sa reťazia s použitím oddeľovača –
*title (nepovinné) – text, ktorý sa zobrazí ako nápoveda pri prechode myši nad prvkom. Ak tento atribút nie je zadaný, použije sa ako text nápovedy hodnota atribútu label
*img (nepovinné) – obrázok, ktorý sa vloží pred text položky
*style (nepovinné) – CSS vlastnosti danej položky. Tento atribút som pridal hlavne kvôli položke Odhlásiť sa, ktorá je od ostatných položiek opticky oddelená
*sub (nepovinné) – zoznam položiek nižšej úrovne

=== Zoznam hodín zaradených do rozvrhu ===

Zoznam hodín zaradených do rozvrhu (Obr. 2.4) je tvorený tabuľkou, ktorá obsahuje všetky
vyučovacie hodiny s určeným časom a učebňou. Stĺpec tabuľky určuje hodinu, riadok učebňu,
v ktorej sa výučba koná. Každý riadok učebne je rozdelený na dve časti, horná časť znamená
párny týždeň, spodná časť nepárny. Ak sa výučba opakuje každý týždeň, hodina presahuje
obe polovice.

Nad tabuľkou sa nachádzajú záložky na zmenu dňa, pre ktorý sa bude tvoriť rozvrh.
Pre každý deň je vytvorená samostatná tabuľka, pričom je zobrazená vždy len tabuľka
prislúchajúca k aktuálne vybratému dňu. Odkazom v záložke napravo sa prepína do správy
rozvrhu externých študentov, ktorá má iné prostredie.

Bližší popis buniek s jednotlivými hodinami uvediem v kapitole 2.5.3.
[[Súbor:mpbc2.4.jpg|thumbnail|center|800px|Obr. 2.4 Zoznam hodín zaradených do rozvrhu]]

=== Zoznam hodín nezaradených do rozvrhu ===

Zoznam hodín nezaradených do rozvrhu (Obr. 2.5) obsahuje bloky vyučovacích hodín, ktoré
boli do systému pridané, ale ešte nebola určená ich hodina a miestnosť výučby. Pri vstupe
do administrátorského prostredia sa nachádza v ľavom dolnom rohu obrazovky. Jeho pozícia
je daná fixne, to znamená, že pri rolovaní stránky zostáva zoznam na mieste. Dá sa však
presúvať uchopením za hornú časť alebo tiež dvojklikom kdekoľvek na stránku – zoznam sa
presunie do danej výšky.

V spodnej časti sa nachádza zoznam študijných odborov a ich ročníkov. Farba položiek
korešponduje s farebným označením buniek v tabuľke hodín zaradených do rozvrhu. V hornej
časti sa nachádza zoznam predmetov, ktoré sú k vybranému odboru a ročníku pridelené.
Jednotlivé predmety sú tvorené systémom záložiek podobne ako prepínanie dní.
[[Súbor:mpbc2.5.jpg|thumbnail|center|800px|Obr. 2.5 Minimalizovaný zoznam hodín nezaradených do rozvrhu]]
[[Súbor:mpbc2.6.jpg|thumbnail|center|800px|Obr. 2.6 Maximalizovaný zoznam hodín nezaradených do rozvrhu]]
Kvôli veľkosti zoznamu som sa rozhodol pridať mu funkciu minimalizácie a maximalizácie,
takže po vybratí predmetu sa zobrazí stredná časť (Obr. 2.6), v ktorej sa nachádzajú jednotlivé
nezaradené hodiny. Naľavo sú typy predmetov, napravo je zoznam krúžkov vo zvolenom
odbore a ročníku. Tieto prvky sú taktiež tvorené systémom záložiek, aj keď pri nich som
na rozdiel od ostatných záložiek nemohol použiť hotový systém z knižnice jQuery UI kvôli
ich vertikálnej polohe. V prípade, že sa vyberie typ predmetu prednáška, zoznam krúžkov sa
skryje, pretože prednášky sa pridávajú pre všetky krúžky naraz. Medzi typmi predmetov
a krúžkami sa nachádzajú jednotlivé nepriradené predmety rozdelené podľa dĺžky výučby.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:24:18Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. 2.5.5). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:22:45Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. 2.5.5). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Administrátorské prostredie rozvrhu FM

2010-07-23T17:22:09Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|3|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

== Prihlásenie do administrátorského rozhrania systému rozvrhFM ==

Pre prihlásenie do systému slúži jednoduchý HTML formulár. Na vytváranie formulárov v ZF
existuje trieda Zend_Form, ktorá obsahuje metódy na vytváranie všetkých bežných prvkov
formulára. Prvkom sa dajú okrem klasických atribútov priradiť tiež rôzne filtre, podľa ktorých
sa označí formulár ako správne alebo nesprávne vyplnený po jeho odoslaní.

Metóda pre kontrolu odoslaných údajov checkForm() (Kód 2.2) sa nachádza v triede
adminLogin a prijíma dva parametre: $login a $password, ktoré obsahujú odoslané
prihlasovacie meno a heslo. Najskôr zisťujem, či bol formulár odoslaný metódou POST.
Potom kontrolujem správnosť údajov podľa filtrov pridelených k daným prvkom formulára.
Následne porovnávam údaje so správnymi prihlasovacími údajmi. Vzhľadom k tomu, že
do systému bude mať prístup iba veľmi malé množstvo používateľov, sú správne
prihlasovacie údaje uložené ako konštanty triedy obsluhujúcej prihlasovanie. Ak bolo zadané
prihlasovacie meno a heslo správne, nastavím session s informáciou o stave prihlásenia
na hodnotu true. Inak označím prvok formulára pre heslo ako nesprávne vyplnený a pridám
chybová správa, ktorá sa vypíše pod formulárom. Metóda má návratovú hodnotu buď true –
pravda, keď prihlásenie prebehlo úspešne, alebo false – nepravda, keď prihlásenie úspešné
nebolo.
<source lang="php">
public function checkForm($login, $password)
{
if(false == $this->_controller->getRequest()->isPost()) {
return false;
}
if(true == $this->getForm()->isValid($_POST)) {
if(self::LOGIN === $login && self::PASSWORD === $password) {
Zend_Registry::get('sessions')->logged = true;
return true;
} else {
$this->_form->getElement('password')->addError('Nesprávny login alebo heslo!');
}
}
return false;
}
</source>
To, či je používateľ prihlásený alebo nie, sa kontroluje pri každom prístupe do
administrátorského prostredia. Ak používateľ nie je prihlásený a zadá adresu inú, než na
stránku s prihlasovacím formulárom, presmerujem ho na prihlasovaciu stránku. Naopak, ak
používateľ prihlásený je, ale zadá adresu na prihlasovaciu stránku, presmerujem ho na stránku
s administračným prostredím. Na túto stránku používateľa presmerujem aj pri pokuse
o priamy vstup na akúkoľvek inú stránku administrácie, pretože tieto stránky sú prístupné iba
cez AJAX. Prístup cez AJAX sa zisťuje prítomnosťou hlavičky X-Requested-With, ktorú
knižnica jQuery automaticky pridáva do každej AJAXovej požiadavky. Táto kontrola sa
vykonáva v metóde preDispatch() (Kód 2.3) kontroléra AdminController. To, že je táto
metóda volaná pri každom prístupe k danému kontroléru zabezpečuje ZF.
<source lang="php">
public function preDispatch()
{
$this->_sessions = Zend_Registry::get('sessions');
$action = $this->getRequest()->getActionName();
if(!$this->_sessions->logged && $action != 'login') {
$this->_redirect('admin/login', array('exit' => true));
} else if($this->_sessions->logged && $action == 'login') {
$this->_redirect('admin/index', array('exit' => true));
} else if($action != 'login' && $action != 'index') {
$http = new Zend_Controller_Request_Http();
if($action != 'logout' && !$http->isXmlHttpRequest()) {
$this->_redirect('admin/index', array('exit' => true));
}
}

$this->view->addHelperPath('./application/views/helpers', 'Views_Helpers');
}
</source>

=== Akcie vykonané po prihlásení ===

Po úspešnom prihlásení sa vykoná synchronizácia tabuľky eval_users s tabuľkou používanou
v systéme evalvácie FM. Keďže prístup z iného serveru do databázy, v ktorej sa originálna
tabuľka nachádza, nie je z bezpečnostných dôvodov povolený, musel som vytvoriť skript,
ktorý vytvorí export<ref>http://fm.tnuni.sk/export_rozvrh/rozvrh_usersExport.php</ref> potrebných údajov a umiestniť ho na server, na ktorom táto databáza beží. Keďže tento export neobsahuje žiadne citlivé informácie, prístup k nemu nie je nijak
zabezpečený a je teda verejne prístupný. Po načítaní exportu tieto údaje porovnávam s údajmi
uloženými v lokálnej tabuľke eval_users a v prípade potreby ich aktualizujem, pridávam
alebo odoberám záznamy.

Následne kontrolujem aktuálnosť uloženej verzie rozvrhu. V prípade, že sa používateľ do
systému prihlási prvýkrát v novom semestri alebo školskom roku, vytvorí sa nový záznam
v archíve aplikácie, do ktorého sa uloží aktuálny stav všetkých tabuliek v databáze a záznamy
v tabuľkách rozvrh_subjectitems, rozvrh_timetable a rozvrh_timetable_extern sa vymažú.
Tabuľka rozvrh_subjectitems sa naplní údajmi z naposledy uloženého záznamu v archíve
z príslušného semestra. Fungovaniu archívu sa budem bližšie venovať v časti 2.5.4.

Po vykonaní synchronizácie je používateľ presmerovaný do administrátorskej časti aplikácie.
Hneď po vstupe sa zobrazí dialógové okno s hláseniami o výsledku synchronizácie, o stave,
v akom sa rozvrh nachádza, a o prípadnom automatickom uložení záznamu do archívu.
Hlásenie o výsledku synchronizácie obsahuje zoznam pridaných a zmazaných pedagógoch.
Pri nových pedagógoch je používateľovi ponúknutá možnosť doplniť im údaje do tabuľky
rozvrh_userdetails, pričom skratka vyučujúceho je povinný údaj. Bez jej určenia všetkým
novým pedagógom nie je možné dialógové okno zatvoriť a pokračovať tak v práci
s aplikáciou. Hlásenie o stave rozvrhu bližšie opíšem v kapitole 2.5.6.

Po zatvorení dialógového okna s hláseniami môže používateľ pracovať s aplikáciou. Pre
vykreslenie ovládacích prvkov prostredia potrebujem z databázy vybrať viaceré údaje:
študijné kombinácie a krúžky, informácie o miestnostiach, typoch predmetov, názvy
predmetov a vyučujúcich priradených k predmetom, zoznam hodín zaradených do rozvrhu,
zoznam hodín nezaradených do rozvrhu a informácie o vyučujúcich. Tieto údaje vyberám
v triede adminIndex. Na prácu s databázou používam ZF triedu Zend_Db a po vybratí údajov
ich triedim a ukladám do poľa kvôli ľahšej práci s nimi.
<source lang="php">
public function gAddedSubjects()
{
$select = $this->_db->select()
->from(array('tt' => T_TTABLE),
array('id', 'provides', 'week', 'day', 'hour', 'note', 'room' => 'rozvrh_room_id'))
->join(array('si' => T_SUBITEMS),
'tt.rozvrh_subjectItem_id = si.id',
array('hours', 'subject' => 'rozvrh_subject_id', 'type' => 'rozvrh_subjectType_id', 'subclass' => 'rozvrh_subclass_id'))
->joinLeft(array('t' => T_TEACH),
'tt.rozvrh_teacher_id = t.id',
array('teacher' => 'eval_user_id'))
->join(array('s' => T_SUB),
'si.rozvrh_subject_id = s.id',
array('comb' => 'rozvrh_combination_id'));
$result = $this->_db->fetchAll($select);
$return = array();

foreach($result as $row) {
if(!isset($return[$row['room']][$row['day']][$row['week']][$row['hour']])) {
$return[$row['room']][$row['day']][$row['week']][$row['hour']] =
array(
'provides' => $row['provides'],
'hours' => $row['hours'],
'teacher' => $row['teacher'],
'subject' => $row['subject'],
'comb' => $row['comb'],
'type' => $row['type'],
'note' => $row['note'],
'subclasses' => array()
);
}
$return[$row['room']][$row['day']][$row['week']][$row['hour']]['subclasses'][$row['subclass']] = $row['id'];
}
return $return;
}
</source>
T_TTABLE, T_SUBITEMS, T_TEACH a T_SUB sú konštanty reprezentujúce názvy
tabuliek v databáze. Tieto konštanty sú definované v samostatnom súbore tables.php, ktorý sa
nachádza v konfiguračnom priečinku aplikácie.
*T_TTABLE – rozvrh_timetable
*T_SUBITEMS – rozvrh_subjectitems
*T_TEACH – rozvrh_teachers
*T_SUB – rozvrh_subjects
$this->_db je objekt triedy Zend_Db. Táto trieda obsahuje metódy pre prácu s databázou.
Zoznam niektorých metód a ich význam:
*select() – vytvára objekt triedy Zend_Db_Select pre vytvorenie dopytu na databázu typu SELECT
*from($table, $columns) – FROM časť dopytu
**$table – názov tabuľky. Môže byť typu reťazec alebo pole. V prípade typu pole kľúč označuje alias tabuľky a hodnota názov tabuľky
**$columns – zoznam stĺpcov, ktoré sa majú vybrať. Môže byť typu reťazec alebo pole. V prípade poľa môže ísť o asociatívne alebo číselné pole. Ak je pole asociatívne, kľúč znamená alias stĺpca
*join($table, $condition, $columns), joinLeft($table, $condition, $columns) – INNER JOIN, JOIN LEFT časť dopytu
**$table – ako vo from()
**$condition – podmienka spájania výsledkov
**$columns – ako vo from()
*fetchAll($select) – metóda, ktorá vracia všetky záznamy vrátené databázou. Formát vrátených údajov sa dá nastaviť metódou setFetchMode(). Prednastavený formát je asociatívne pole
**$select – dopyt, ktorý sa má vykonať. Môže byť typu reťazec alebo objekt triedy Zend_Db_Select
Po vybratí údajov z databázy sa výsledky prechádzajú v cykle foreach a ukladajú sa do poľa
$return (Kód 2.5) v novom poradí.
<source lang="php">
array(
T_TTABLE.rozvrh_room_id => array(
T_TTABLE.day => array(
T_TTABLE.week => array(
T_TTABLE.hour => array(
'provides' => T_TTABLE.provides,
'hours' => T_SUBITEMS.hours,
'teacher' => T_TEACH.eval_user_id,
'type' => T_SUBITEMS.rozvrh_subjectType_id,
'note' => T_TTABLE.note,
'data' => array(
T_SUB.rozvrh_combination_id => array(
'subject' => T_SUBITEMS.rozvrh_subject_id,
'subclasses' => array(
T_SUBITEMS.rozvrh_subclass_id => T_TTABLE.id
)
)
)
)
)
)
)
</source>
Tieto mnohorozmerné polia posúvam v kontroléri do skriptu, ktorý sa stará o vykresľovanie
stránky. V skripte následne postupným prechádzaním polí vytváram jednotlivé ovládacie
prvky.

Keďže na vykreslenie niektorých prvkov využívam JavaScript, musím tieto polia s údajmi
vložiť aj do jeho zdrojového kódu (Kód 2.6). Na túto úlohu používam JSON<ref>http://www.json.org/</ref>, formát
pre prenos dát z jedného programovacieho jazyka do druhého. Premenná akéhokoľvek typu
zakódovaná do formátu JSON je reťazec s pevne danou štruktúrou, z ktorého vie prijímajúci
jazyk vytvoriť premennú rovnakého typu. Ak požadovaný typ v jazyku neexistuje, použije sa
ekvivalentný typ s vlastnosťami čo najviac podobnými pôvodnému typu.
<source lang="html4strict">
<script type="text/javascript">
var subjects_added = eval(<?php echo json_encode($this->sub_added);?>);
</script>
</source>

== Grafický návrh administrátorského prostredia ==

Pri návrhu používateľského rozhrania som kládol dôraz na komfort, prehľadnosť
a intuitívnosť ovládania. Snažil som sa o používanie grafických prvkov a implementovanie
funkcionalít, na ktoré sú používatelia počítača a internetových aplikácií zvyknutí a očakávajú
ich, napr. presúvanie objektov, mazanie objektu stlačením klávesy Delete, zobrazenie
dodatočných informácií o objekte pri presunutí kurzoru nad daný objekt atď. Na zabezpečenie
takýchto funkcií sa na internetových stránkach používa JavaScript. Keďže je mnou
navrhované prostredie pomerne dynamické, potrebuje veľké množstvo JavaScriptového kódu,
čo by sa mohlo prejaviť na plynulosti behu aplikácie. Preto program testujem na posledných
verziách všetkých majoritných internetových prehliadačoch: Firefox, Opera, Internet Explorer
a Chrome. K zrýchleniu behu JavaScriptového kódu pomáha tiež použitie knižnice jQuery,
ktorá je výborne optimalizovaná.

Ďalším problémom, ktorý pri použití JavaScriptu môže nastať, je, že v prípade, že ho má
používateľ vypnutý, sa aplikácia stane nepoužiteľnou. Bežným zvykom pri tvorbe
internetových stránok je preto snaha písať kód stránky tak, aby bola zabezpečená aspoň jej
základná funkčnosť aj pri vypnutom JavaScripte. Avšak keďže náš systém budú používať iba
tvorcovia rozvrhu, ktorí budú o nutnosti mať zapnutý JavaScript upozornení, nebudem tieto
opatrenia do kódu stránky vkladať.

Na Obr. 2.2 je znázornená podoba systému v normálnom stave. Pri akciách, ktoré potrebujú
získať dodatočné vstupy od používateľa alebo zobraziť dodatočné informácie, sa na tento účel
zobrazí na obrazovke dialógové okno, ktoré môže mať systémovo-modálny charakter, tzn.
okno bude nad ostatnými prvkami a ostatné prvky stránky sa stanú neaktívnymi až do
zatvorenia dialógového okna.
[[Súbor:mpbc2.2-1.jpg|thumbnail|center|800px|Obr. 2.2 Administrátorské prostredie aplikácie]]

=== Hlavné menu ===

Vo vrchnej časti stránky sa nachádza hlavné menu (Obr. 2.3). Jedná sa o tzv. drop-down menu
– viacúrovňové menu ovládané pomocou JavaScriptu, ktorého ďalšia úroveň sa zobrazí
po prechode kurzoru nad nadradenou úrovňou a skryje sa po odchode myši z nadradenej
úrovne.
[[Súbor:mpbc2.3.jpg|thumbnail|center|800px|Obr. 2.3 Hlavné menu]]
Položky menu obsahujú odkazy na všetky potrebné funkcie aplikácie, napr.: práca s archívom
rozvrhu, správa krúžkov, správa vyučujúcich atď. Pre vytvorenie a prácu s hlavným menu
som vytvoril triedu My_MainMenu, ktorej konštruktor prijíma ako parameter mnohorozmerné
pole s presne určenou štruktúrou (Kód 2.7), ktoré reprezentuje dané menu.
<source lang="php">
array(
array(
‘label’ => ‘Rozvrh’,
‘js’ => ‘rozvrh’[,
[‘title’ => ‘Správa rozvrhu’,]
[‘img’ => ‘yes.gif’,]
[‘style’ => ‘float:right;’,]
[‘sub’ => array(...)]]
)
[, array(...)]
);
</source>
V nasledujúcom texte je opis štruktúry, ktorá je použitá ako parameter konštruktora triedy
My_MainMenu.
*label – zobrazovaný text položky menu
*js – identifikátor položky menu pre JavaScript. Identifikátory nižších úrovní menu sa reťazia s použitím oddeľovača –
*title (nepovinné) – text, ktorý sa zobrazí ako nápoveda pri prechode myši nad prvkom. Ak tento atribút nie je zadaný, použije sa ako text nápovedy hodnota atribútu label
*img (nepovinné) – obrázok, ktorý sa vloží pred text položky
*style (nepovinné) – CSS vlastnosti danej položky. Tento atribút som pridal hlavne kvôli položke Odhlásiť sa, ktorá je od ostatných položiek opticky oddelená
*sub (nepovinné) – zoznam položiek nižšej úrovne

=== Zoznam hodín zaradených do rozvrhu ===

Zoznam hodín zaradených do rozvrhu (Obr. 2.4) je tvorený tabuľkou, ktorá obsahuje všetky
vyučovacie hodiny s určeným časom a učebňou. Stĺpec tabuľky určuje hodinu, riadok učebňu,
v ktorej sa výučba koná. Každý riadok učebne je rozdelený na dve časti, horná časť znamená
párny týždeň, spodná časť nepárny. Ak sa výučba opakuje každý týždeň, hodina presahuje
obe polovice.

Nad tabuľkou sa nachádzajú záložky na zmenu dňa, pre ktorý sa bude tvoriť rozvrh.
Pre každý deň je vytvorená samostatná tabuľka, pričom je zobrazená vždy len tabuľka
prislúchajúca k aktuálne vybratému dňu. Odkazom v záložke napravo sa prepína do správy
rozvrhu externých študentov, ktorá má iné prostredie.

Bližší popis buniek s jednotlivými hodinami uvediem v kapitole 2.5.3.
[[Súbor:mpbc2.4.jpg|thumbnail|center|800px|Obr. 2.4 Zoznam hodín zaradených do rozvrhu]]

=== Zoznam hodín nezaradených do rozvrhu ===

Zoznam hodín nezaradených do rozvrhu (Obr. 2.5) obsahuje bloky vyučovacích hodín, ktoré
boli do systému pridané, ale ešte nebola určená ich hodina a miestnosť výučby. Pri vstupe
do administrátorského prostredia sa nachádza v ľavom dolnom rohu obrazovky. Jeho pozícia
je daná fixne, to znamená, že pri rolovaní stránky zostáva zoznam na mieste. Dá sa však
presúvať uchopením za hornú časť alebo tiež dvojklikom kdekoľvek na stránku – zoznam sa
presunie do danej výšky.

V spodnej časti sa nachádza zoznam študijných odborov a ich ročníkov. Farba položiek
korešponduje s farebným označením buniek v tabuľke hodín zaradených do rozvrhu. V hornej
časti sa nachádza zoznam predmetov, ktoré sú k vybranému odboru a ročníku pridelené.
Jednotlivé predmety sú tvorené systémom záložiek podobne ako prepínanie dní.
[[Súbor:mpbc2.5.jpg|thumbnail|center|800px|Obr. 2.5 Minimalizovaný zoznam hodín nezaradených do rozvrhu]]
[[Súbor:mpbc2.6.jpg|thumbnail|center|800px|Obr. 2.6 Maximalizovaný zoznam hodín nezaradených do rozvrhu]]
Kvôli veľkosti zoznamu som sa rozhodol pridať mu funkciu minimalizácie a maximalizácie,
takže po vybratí predmetu sa zobrazí stredná časť (Obr. 2.6), v ktorej sa nachádzajú jednotlivé
nezaradené hodiny. Naľavo sú typy predmetov, napravo je zoznam krúžkov vo zvolenom
odbore a ročníku. Tieto prvky sú taktiež tvorené systémom záložiek, aj keď pri nich som
na rozdiel od ostatných záložiek nemohol použiť hotový systém z knižnice jQuery UI kvôli
ich vertikálnej polohe. V prípade, že sa vyberie typ predmetu prednáška, zoznam krúžkov sa
skryje, pretože prednášky sa pridávajú pre všetky krúžky naraz. Medzi typmi predmetov
a krúžkami sa nachádzajú jednotlivé nepriradené predmety rozdelené podľa dĺžky výučby.
<references/>

Systém tvorby rozvrhu

2010-07-23T17:21:28Z

Fajzen:

{{Hlavička_FM|{{PAGENAME}}|Milan Porubský|Ing. Juraj Ďuďák|
2009/2010
|Bakalárska práca
|Mechatronika
}}
[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|1|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}

__TOC__

{{Abstrakt
|Práca sa zaoberá opisom systémov pre tvorbu školského rozvrhu. V prvej časti sú uvedené
možnosti a parametre týchto systémov a prezentácia niekoľkých existujúcich systémov, ich
klady a zápory. V druhej časti je uvedený postup pri vývoji takejto aplikácie pre potreby
Fakulty mechatroniky TnUAD. Je zdôvodnený výber programovacích jazykov a prostriedkov,
návrh databázovej štruktúry. Nasleduje opis samotného systému, spôsob prihlasovania
do administrátorskej časti, zoznam akcií vykonaných po prihlásení. Sú ukázané hlavné
ovládacie prvky prostredia, ich funkcia a spôsob vytvárania. Ďalšie sú uvedené
implementované funkcie aplikácie, spôsob zadávania informácií o vyučujúcich, definovanie
obmedzení ich výučby, priradenie vyučujúcich k predmetu, vytváranie a mazanie krúžkov,
predmetov a jednotlivých vyučovacích hodín. Sú tu tiež opísané funkcie zvyšujúce pohodlie
a efektivitu pri práci so systémom – archív starších verzií rozvrhu, možnosť nastavenia
niektorých vlastností systému používateľom, zhrnutie stavu rozvrhu a zmazanie celého
rozvrhu alebo jeho časti. Nasledujú možnosti napojenia rozvrhu na iné aplikácie. Posledná
časť práce sa venuje bezpečnostnej stránke aplikácie.
|The work deals with description of systems for creating school timetable. Possibilities and
parameters of these systems and presentation of some existing systems, their pros and cons
are listed in the first part. Procedure of development of such application for needs of Faculty
of mechatronics TnUAD is in second part. Choice of programming languages and techniques,
design of database structure is justified. Description of system, system of logging in into
administrating part, list of actions executed after login follows. Main operating items are
shown, their function and the way of creation. Next, implemented functions of application are
presented, the way of inserting information about teachers, defining restrictions of their
teaching, assigning of teachers to subjects, creating and deleting subclasses, subjects and
separate lessons. There are described functions which raise comfort and efficiency while
working with system too – archive of older versions of timetable, possibility to set some of
system properties by user, summarizing of state of timetable and deleting all timetable or its
part. Possibilities of connection of timetable with other applications follows. The last part of
the work deals with security aspects of application
}}

'''Úvod'''

Tvorba rozvrhu je úloha, ktorú musí riešiť každá škola bez ohľadu na stupeň alebo zameranie
minimálne jeden krát za školský rok. S napredujúcim prenikaním informačných technológií
do školstva a vyučovacieho procesu sa aj tento problém čím ďalej častejšie rieši pomocou
počítača. Vznikajú preto aplikácie pre tvorbu a zobrazovanie rozvrhu. V mojej práci sa
zaoberám práve takýmito aplikáciami. Najskôr ich opisujem všeobecne a následne opisujem
vlastnú aplikáciu, ktorú som v rámci bakalárskej práce vytvoril.

V prvej časti uvádzam hlavné parametre programu, ktoré musí programátor navrhnúť ešte
pred začatím programovania vlastnej aplikácie. Poukazujem na rozdiel medzi online a offline
aplikáciou a medzi univerzálnym programom a riešením vytváraným na mieru. Taktiež
poukazujem na to, aké dôležité je premyslieť si správnu prezentáciu údajov v systéme
a stanoviť si základnú bezpečnostnú politiku aplikácie. Následne sa venujem trom existujúcim
riešeniam systému pre tvorbu rozvrhu. V krátkosti vyjadrujem svoj subjektívny názor na tieto
programy, ich výhody a nevýhody.

V druhej časti práce sa venujem svojmu vlastnému systému pre tvorbu rozvrhu, ktorý je
určený pre potreby Fakulty mechatroniky TnUAD. Opisujem prípravné práce, ktoré som
musel vykonať pred začatím programovania a zdôvodňujem niektoré rozhodnutia týkajúce sa
systému, ktoré som spravil. V práci uvádzam zoznam programovacích jazykov
a prostriedkov, ktoré som použil a tiež podrobný opis návrhu databázovej štruktúry, ktorej
som venoval značnú pozornosť. Správny návrh databázovej štruktúry totiž môže uľahčiť
programovanie samotnej aplikácie.

Následne sa zameriavam na prihlasovanie do systému. Opisujem spôsob kontroly oprávnenia
vstúpiť do administrátorského prostredia aplikácie, synchronizáciu údajov jednej z tabuliek
s tabuľkou nachádzajúcou sa na inom serveri, výber dát z databázy a ich predprípravu
pre uľahčenie a zefektívnenie práce s nimi.

V ďalšej časti sa zameriavam na grafickú stránku administrátorského prostredia. Opisujem
základné ovládacie prvky, ktoré sa na stránke nachádzajú – hlavné menu, zoznam hodín
zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Uvádzam ich funkciu,
vzhľad a spôsob vytvárania.

Nasleduje zoznam funkcií, ktoré som do systému implementoval. Uvádzam spôsob, akým sa
v systéme zadávajú údaje o vyučujúcich, definujú sa obmedzenia výučby vyučujúcim,
priraďujú sa im jednotlivé predmety, vytvárajú sa krúžky a pridávajú sa im predmety,
pridávajú a odoberajú sa vyučovacie hodiny z rozvrhu. Pridávam tiež opis funkcií, ktoré som
do systému pridal z dôvodu zvýšenia komfortu a efektivity pri práci s aplikáciou. Sú to archív
predchádzajúcich verzií rozvrhu, možnosť nastaviť si niektoré vlastnosti systému
používateľom, zhrnutie aktuálneho stavu rozvrhu a rýchle zmazanie rozvrhu alebo jeho časti.

Pre potreby napojenia na iné aplikácie a projekty uvádzam možnosti prístupu k aktuálnemu
rozvrhu. Jednou z možností je pripojenie sa do databázy so špeciálnym účtom s obmedzenými
právami, druhou je využitie voľne prístupného exportu vo formáte JSON.

V poslednej časti práce sa zaoberám bezpečnostnými prvkami, ktoré som v aplikácií použil,
odôvodňujem ich výber, uvádzam ich výhody a nevýhody. Pri nevýhodách pripájam postupy,
ktorými som sa ich snažil eliminovať.
= Opis systémov pre tvorbu rozvrhu =
Myšlienka použiť pri tvorbe rozvrhu počítač nie je nová. Existuje niekoľko aplikácií, ktoré
majú za úlohu zjednodušiť vytváranie, správu a prezentovanie školského rozvrhu, či už cez
internet, teda online, alebo bez internetu, teda offline. Každá má pri tom svoje klady ale aj
zápory, ktoré v tejto kapitole rozoberiem najskôr všeobecne a následne opíšem a porovnám
niekoľko existujúcich aplikácií.

== Hlavné parametre systému ==

Pred začatím vlastného programovania aplikácie si treba stanoviť parametre, ktoré má daný
program spĺňať. Ide predovšetkým o to, či má byť aplikácia online alebo offline a s tým
súvisiaci výber programovacieho jazyka, či bude riešenie univerzálne alebo na mieru danej
škole, treba vybrať vhodnú formu prezentačnej vrstvy a hlavne v prípade online aplikácie je
dôležitá otázka bezpečnosti.
=== Online vs. offline aplikácia ===
Výhody online oproti offline aplikácií sú zrejmé z možností internetu:
<ul>
<li>možnosť pristupovať k aplikácií z akéhokoľvek počítača s prístupom na internet</li>
<li>automatická aktualizácia údajov v užívateľskej časti rozvrhu pri zmenách v administrátorskej časti</li>
<li>možnosť prepojenia systému s inými internetovými aplikáciami</li>
<li>komfort a flexibilita internetových aplikácií</li>
</ul>

Jedinou nevýhodou môže byť zvýšené bezpečnostné riziko, ktoré plynie z možnosti prístupu k systému kýmkoľvek, teda administrátorom aj potenciálnym útočníkom. Toto riziko je však možné úspešne eliminovať vytvorením správnej bezpečnostnej politiky aplikácie a tiež vyhýbaním sa nebezpečných programovacích techník. Tejto problematike sa budem viac venovať v časti [[#Bezpe.C4.8Dnos.C5.A5|1.1.5]].

===Výber programovacieho jazyka===

Pri výbere programovacieho jazyka budú hrať hlavnú úlohu predovšetkým schopnosti a zvyky programátora. V prípade online aplikácie však treba vziať do úvahy tiež možnosti servera, na ktorom bude aplikácia spustená. Vzhľadom k veľkému počtu internetových prehliadačov a ich rozdielnych schopnostiam treba tiež myslieť na to, aby aplikácia fungovala minimálne vo všetkých majoritných internetových prehliadačoch rovnako.

Či už je aplikácia online alebo offline, treba tiež dbať na to, aby program bežal plynule bez sekania a dlhého načítavania, nemal priveľké hardwarové nároky a bol stabilný. Aj tieto faktory môžu ovplyvniť výber programovacieho jazyka.

===Univerzálne riešenie vs. riešenie na mieru===

Jedným z najdôležitejších kritérií systému pre tvorbu rozvrhu je, či bude systém vytvorený ako univerzálna aplikácia použiteľná na väčšine škôl alebo vytvorená presne podľa požiadaviek konkrétnej školy. Každá škola môže mať totiž rozdielne kritéria na systém pre tvorbu rozvrhu a je takmer nemožné uspokojiť ich všetky jedinou aplikáciou.

Najväčšie rozdiely sú hlavne medzi rôznymi stupňami škôl, napr.: väčšina základných škôl na rozdiel od vysokých škôl nemá školský rok rozdelený na semestre, rôzne typy a dĺžky vyučovacích hodín, iný rozvrh v párny a nepárny týždeň atď. No rozdiely sa nájdu aj medzi požiadavkami jednotlivých škôl v rámci rovnakého stupňa.

Ak sa teda rozhodneme, že náš systém bude univerzálny, musíme na tieto rozdiely pamätať a zahrnúť do aplikácie možnosti ako ich zohľadniť. Každý takýto rozdiel znamená pre aplikáciu ďalšiu položku v nastaveniach, prípadne ďalšie kliknutie myšou administrátora pri vytváraní rozvrhu. Všetky tieto nastavenia sa taktiež musia pred používaním aplikácie načítať, čo sa môže výrazne prejaviť na plynulosti celého programu, nehovoriac o tom, že tieto nastavenia musí používateľ zadať v ideálnom prípade raz, v horšom prípade vždy pred použitím aplikácie. Navyše je veľmi pravdepodobné, že sa nám nepodarí pokryť všetky možnosti, ktoré môžu nastať.

Nechcem tým povedať, že vytvorenie a používanie univerzálnej aplikácie pre tvorbu rozvrhu je nezmysel alebo že to nie je možné. Je to však oveľa náročnejšie jednak na zložitosť aplikácie i na jej obsluhu. Treba preto zvážiť, či je to vhodné pre náš prípad.

===Prezentácia údajov===

Správna prezentácia údajov je dôležitým faktorom každej aplikácie, obzvlášť ak má slúžiť väčšiemu počtu používateľov. Ovládanie by malo byť čo najviac inštinktívne a prehľadné, čo sa môže ukázať ako neľahká úloha, hlavne keď musíme zobraziť veľké množstvo údajov.

Pri administrácií rozvrhu musí mať používateľ na výber z množstva akcií: editáciu krúžkov, pridávanie a odoberanie predmetov, priraďovanie vyučujúceho k predmetu, a mnoho iných. Okrem toho potrebuje vidieť rôzne štatistiky a filtrovať množstvo údajov podľa viacerých kritérií. Preto je vhodné venovať návrhu administrátorského prostredia dostatok času, vybrať najlepšie rozloženie ovládacích prvkov a najprehľadnejšie usporiadanie prezentovaných údajov.

===Bezpečnosť===

Hlavne ak sa rozhodneme pre riešenie systému pre tvorbu rozvrhu formou online aplikácie, je treba venovať zvýšenú pozornosť bezpečnosti celého programu. Síce sa môže zdať, že takýto systém nie je pre útočníka nijak zaujímavý, jeho napadnutie by mohlo mať katastrofálne následky, hlavne ak by bol prepojený s ostatnými školskými aplikáciami.

Medzi základné bezpečnostné opatrenia patrí filtrovanie vstupných údajov pochádzajúcich od používateľa, nepoužívanie globálnych, ktoré by mohli pochádzať od neznámeho zdroja a typová kontrola premenných. Pri používaní databázy ako úložiska údajov na servery je obzvlášť nebezpečným typom útoku tzv. SQL injection – technika napadnutia databázovej vrstvy programu vsunutím kódu cez neošetrený vstup a vykonanie vlastnej SQL požiadavky.

== Porovnanie existujúcich systémov pre tvorbu rozvrhu ==

V tejto kapitole popíšem a porovnám niektoré exitujúce systémy pre tvorbu rozvrhu. Niektoré som sám otestoval, k iným som sa bohužiaľ nedostal, a tak musím súdiť len podľa inštruktážneho videa, a pri vývoji jedného systému som sám pomáhal.

=== Rozvrh 4.1 ===

Rozvrh 4.1 (Obr. 1.1) je offline aplikácia pre tvorbu rozvrhu od RNDr. Ľubomíra Červeného <ref>http://www.cerveny.sk/</ref>. Je to univerzálny program vhodný hlavne pre základné a stredné školy. Medzi jeho hlavné klady patrí možnosť automatického generovania celého rozvrhu alebo jeho časti podľa zadaných parametrov. Nevýhody, ktoré pre tento program plynú z toho, že je to offline aplikácia, zmierňuje možnosť exportovať vytvorený rozvrh vo formáte HTML. Veľkým záporom je však obmedzená funkčnosť neregistrovanej verzie programu, v ktorej sa nedá vytvorený rozvrh uložiť.
[[Súbor:mpbc1.1.jpg|framed|center|Obr. 1.1 Rozvrh verzia 4.0]]

=== Modul rozvrhu v systéme AIS ===

AIS <ref>http://www.ais2.sk/xwiki/bin/view/Domov/</ref> je komplexný informačný systém určený predovšetkým na riadenie všetkých troch stupňov vysokoškolského štúdia a podporu riadenia vedy a výskumu VŠ. Vyvíja ho Univerzita Pavla Jozefa Šafárika v Košiciach od roku 1997 a bol implementovaný na viacerých vysokých školách na Slovensku, vrátane našej Trenčianskej univerzity Alexandra Dubčeka. Má v sebe okrem iného implementovaný tiež modul pre správu rozvrhu (Obr. 1.2). Tento modul však zdedil z AISu všetky jeho nedostatky – pomalosť, zložitosť užívateľského prostredia, neprehľadnosť. Tieto zápory plynú z toho, že je systém tvorený ako maximálne univerzálny a tiež z nedostatočnej optimalizácie kódu programu.
[[Súbor:mpbc1.2.jpg|framed|center|Obr. 1.2 Modul rozvrhu v systéme AIS]]
=== Rozvrh Európskeho polytechnického inštitútu ===
Tento systém pre tvorbu rozvrhu (Obr. 1.3) je vytvorený priamo na mieru potrebám školy ako súčasť školského e-learningového portálu. Síce nedisponuje žiadnymi možnosťami nastavenia, ide o plynule fungujúcu online aplikáciu, ktorá používa ako programovací jazyk PHP na strane servera a HTML v kombinácií s JavaScriptom na strane klienta. Za nedostatok považujem hlavne formulár na pridávanie vyučovacej hodiny (Obr. 1.4), ktorý je podľa môjho názoru značne neprehľadný a komplikovaný.
[[Súbor:mpbc1.3.jpg|framed|center|Obr. 1.3 Rozvrh EPI]]
[[Súbor:mpbc1.4.jpg|framed|center|Obr. 1.4 Formulár na pridávanie hodiny do rozvrhu EPI]]
<references/>

Návrh systému rozvrhu pre FM TnU AD

2010-07-23T17:19:50Z

Fajzen:

[[Kategória:Študentské práce]]
[[Kategória:Bakalárske práce]]
[[Kategória:Informatika]]
[[Kategória:web]]
[[Kategória:php]]
{{Praca_uvod|2|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= =

Systémy pre tvorbu rozvrhu sa, tak ako väčšina aplikácií, v ktorých sú určené úlohy
používateľov na základe rozličných stupňov oprávnení, delia na používateľskú
a administrátorskú časť. Mojou úlohou bolo vytvoriť administrátorské prostredie aplikácie na
správu rozvrhu pre potreby Fakulty mechatroniky TnUAD. Preto sa ďalej v práci budem
zaoberať iba touto stránkou aplikácie a používateľské prostredie spomeniem iba v súvislosti
s funkciami administrátorského prostredia. Aplikácia dostala názov rozvrhFM.

== Použité programovacie prostriedky ==

Jednou z požiadaviek pri zadaní úlohy bolo, aby bola aplikácia online kvôli možnosti
jednoducho pristupovať k nej z akéhokoľvek počítača. Rozhodol som sa preto vytvoriť
klasickú internetovú aplikáciu pomocou jazykov HTML a JavaScript, na strane servera potom
PHP, čo je v súčasnosti najpoužívanejší serverový skriptovací jazyk. Na ukladanie údajov
používam databázu MySQL. Všetky akcie vykonané administrátorom sa prenášajú na server
pomocou technológie AJAX, čo eliminuje potrebu opätovného načítavania stránky
a zrýchľuje tak prácu s aplikáciou rovnako ako záťaž na server.

=== HTML ===

HTML<ref>http://sk.wikipedia.org/wiki/Hypertext_markup_language</ref> je značkový jazyk určený na vytváranie webových stránok a iných informácií zobraziteľných vo webovom prehliadači. HTML kladie dôraz skôr na prezentáciu informácií (odseky, fonty, váha písma, tabuľky atď.) ako na sémantiku (význam slov). Pôvodne bol určený ako veľmi zjednodušená podmnožina jazyka SGML, ktorý sa používa v organizáciách s komplexnými publikačnými požiadavkami, ale neskôr sa stal samostatným štandardom (ISO/IEC 15445:2000). Špecifikáciu jazyka HTML udržiava World Wide Web Consortium (W3C)<ref>http://www.w3.org/</ref>.

Vo svojej aplikácií používam poslednú verziu, ktorou je HTML 4.01.

=== JavaScript ===

JavaScript<ref>http://sk.wikipedia.org/wiki/JavaScript</ref> je skriptovací programovací jazyk používaný najmä pri tvorbe webových stránok. Pôvodne ho vyvíjal Brendan Eich zo spoločnosti Netscape Communications pod názvom Mocha, neskôr pod menom LiveScript. Pred uvedením na verejnosť bol premenovaný na JavaScript, najmä pre vtedajšiu popularitu jazyka Java.

Pre uľahčenie práce s JavaScriptom som sa rozhodol vo svojej aplikácií použiť knižnicu jQuery<ref>http://jquery.com/</ref> a jej nadstavbu jQuery UI. jQuery je JavaScriptová knižnica, ktorá zjednocuje funkcie pre rôzne prehliadače, skracuje a zjednodušuje syntax, ponúka funkcie pre prácu s AJAXom a na animácie prvkov internetovej stránky. Jej nadstavba jQuery UI ďalej rozširuje tieto možnosti a ponúka kompletné riešenia najpoužívanejších užívateľských prvkov, napr.: dialógové okná, prepínacie záložky, kalendár, vysúvacie menu atď.

=== PHP ===

PHP<ref>http://php.net/</ref> je populárny open source skriptovací programovací jazyk, ktorý sa používa najmä na programovanie klient-server aplikácií (na strane servera) a pre vývoj dynamických webových stránok.

Pre PHP taktiež existujú viaceré knižnice. Ja som si pre svoju aplikáciu vybral knižnicu Zend Framework vyvíjanú spoločnosťou Zend Technologies<ref>http://framework.zend.com/</ref>, ktorá sa taktiež podieľa na vývoji PHP. Ide o plne objektovo orientovanú knižnicu zjednodušujúcu mnohé úlohy od práce s databázou po integráciu so službami iných poskytovateľov, napríklad Google. Zend Framework podporuje a tiež odporúča oddelenie zobrazovania obsahu od vykonávania logiky programu, tzv. MVC (Model-View-Controller) model. Ďalej v práci budem používať niektoré výrazy z terminológie MVC:
*Model – časť aplikácie, ktorá definuje jej základnú funkcionalitu pomocou skupiny abstrakcií. Môžu v ňom byť definované rutiny prístupu k dátam a základná logika programu.
*View – presne definuje to, čo je prezentované používateľovi. Obyčajne kontrolér posúva dáta každému view, aby ich zobrazil v požadovanom formáte. View často zbiera údaje od používateľa. Sem sa vkladajú HTML značky.
*Controller (Kontrolér) – spája celý model dohromady. Narába s modelmi, rozhoduje, ktorý model sa má zobraziť, na základe požiadavky od používateľa a ostatných faktoroch, zbiera dáta, ktoré bude view potrebovať a posúva mu ich alebo predáva kontrolu inému kontroléru.

=== AJAX ===

AJAX<ref>http://www.w3schools.com/Ajax/Default.Asp</ref> prakticky nie je programovací jazyk. Je to kombinácia asynchrónneho JavaScriptu a serverového skriptovacieho jazyka. Používa sa na vývoj interaktívnych webových aplikácií, ktoré menia obsah svojich stránok bez nutnosti ich opätovného načítania.
=== MySQL ===
MySQL<ref>http://www.mysql.com/</ref> je slobodný a otvorený viacvláknový, viacužívateľský SQL relačný databázový server v súčasnosti vlastnený spoločnosťou Sun Microsystems. Je podporovaný na viacerých platformách a je implementovaný vo viacerých programovacích jazykoch ako PHP, C++ či Perl. Databázový systém je relačný typu DBMS. Každá databáza je v MySQL tvorená z jednej alebo z viacerých tabuliek, ktoré majú riadky a stĺpce. V riadkoch sa rozoznávajú jednotlivé záznamy, stĺpce udávajú dátový typ jednotlivých záznamov, pracuje sa s nimi ako s poľami. Práca s MySQL databázou je vykonávaná pomocou takzvaných dotazov, ktoré vychádzajú z programovacieho jazyka.

== Návrh databázovej štruktúry systému rozvrhFM ==

Jednou z hlavných prípravných úloh pri vytváraní internetovej aplikácie je návrh databázovej štruktúry. Hlavne pri zložitejších aplikáciách, ktoré uchovávajú v databáze veľké množstvo dát, je návrh databázovej štruktúry kľúčovou otázkou. Správny návrh totižto môže uľahčiť vytváranie dotazov na databázu, zjednodušiť zdrojový kód aplikácie, zmenšiť miesto zaberané údajmi databázy na minimum a v neposlednom rade zmenšiť záťaž na server a tým zabezpečiť rýchly a bezchybný chod aplikácie.

MySQL podporuje pre ukladanie dát viacero úložných systémov, nap.: MyISAM, CSV, MEMORY, InnoDB, atď., ktoré sa líšia v ponúkanej funkcionalite a rýchlosti operácií. Pre našu aplikáciu som zvolil úložný systém InnoDB, ktorý je síce pomalší ako predvolený systém MyISAM, ale ponúka funkcionality ako sú transakcie a cudzie kľúče. Ďalšie informácie o databáze sú uvedené v tabuľke 2.1.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.1 Informácie o použitej databáze MySQL
|-
|Verzia serveru:||5.1.39-community
|-
|Úložný systém:||InnoDB
|-
|Znaková sada:||utf8_general_ci
|}
Aplikácia si bude potrebovať uchovávať informácie o študijných kombináciách, krúžkoch, predmetoch, miestnostiach a vyučujúcich, čomu by mala zodpovedať aj štruktúra tabuliek v databáze. Po dôkladnom zvážení všetkých požiadaviek aplikácie a možností databázy a po porade s konzultantom som sa rozhodol pre riešenie, ktoré je znázornené nižšie (Obr. 2.1).
Pri pomenovávaní tabuliek a ich stĺpcov som sa riadil nasledujúcimi pravidlami:
<ol type="a">
<li>Všetky názvy sú v angličtine, dôvodom je programátorská konvencia</li>
<li>Názvy tabuliek začínajú prefixom rozvrh_ - pre prípad, že by v jednej databáze muselo byť viacero tabuliek patriacich k rôznym aplikáciám</li>
<li>Názvy tabuliek sú v nominatíve množného čísla, okrem tabuliek rozvrh_timetable a rozvrh_timetable_extern</li>
<li>Každá tabuľka má primárny kľúč s názvom id, ktorý je autoinkrementujúci sa (v prvom riadku má hodnotu 1 a v každom ďalšom sa jeho hodnota zvýši o 1)</li>
<li>Stĺpce, ktoré sú cudzími kľúčmi, majú názov ako tabuľka, na ktorú odkazujú v nominatíve jednotného čísla s postfixom _id. Hodnota týchto stĺpcov je totožná s hodnotou stĺpca id v riadku, na ktorý cudzí kľúč odkazuje</li>
</ol>
Jedinou výnimkou z pravidiel a) a b) je tabuľka eval_user, pretože sa plánovalo, že sa použije už existujúca tabuľka, ktorá sa používa v iných aplikáciách fakulty. Neskôr sa však ukázalo, že aplikácia bude bežať na inom servery, než sa nachádza existujúca tabuľka eval_users. Síce by sa dali používať v aplikácií údaje z tejto vzdialenej databázy, ale nebolo by tak možné plne využiť potenciál použitého úložného systému InnoDB, ktorý nedokáže vytvárať závislosti medzi tabuľkami z rozdielnych serverov. Rozhodol som sa teda vytvoriť kópiu tejto tabuľky v databáze našej aplikácie, ale kvôli nutnosti prepisovať už vytvorený kód som nepristúpil k premenovaniu tabuľky a cudzích kľúčov.
[[Súbor:mpbc1.5.png|thumbnail|center|700px|Obr. 2.1 Zvolená štruktúra tabuliek v databáze]]
Nasleduje podrobný popis jednotlivých tabuliek a vzťahov medzi nimi.

'''Tabuľka rozvrh_restrictions'''

Obmedzenia vyučujúcich. Zoznam hodín, v ktoré vyučujúci nemôže učiť.
{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.2 rozvrh_restrictions – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|week||ENUM('k','p','n')||týždeň obmedzenia pedagóga||k – každý p – párny n - nepárny
|-
|day||INT(1)||číslo dňa||1 – pondelok ... 6 - sobota
|-
|hour||TINYINT(2)||časový slot 1 hodina||8 - 20
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.3 rozvrh_restrictions – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|eval_user_id||eval_users||1:n||nie
|}

'''Tabuľka eval_users'''

Kópia vybratých stĺpcov tabuľky použitej v systéme evalvácie fakulty. Táto tabuľka sa nachádza v inej databáze a na inom serveri. V tabuľke sú informácie o pedagógoch na FM.
{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.4 eval_users – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|meno||VARCHAR(128)||krstné meno osoby|| 
|-
|priezvisko||VARCHAR(128)||priezvisko osoby|| 
|-
|tituly||VARCHAR(128)||zoznam titulov. Tituly sú oddelené čiarkou|| 
|-
|email||VARCHAR(32)||email osoby|| 
|}

'''Tabuľka rozvrh_teachers'''

Priradenie vyučujúceho k danému predmetu. K jednému predmetu môže byť priradených viacero vyučujúcich rovnako ako jeden vyučujúci môže byť priradený k viacerým predmetom. Táto tabuľka vznikla pri rozdelení vzťahu n:m medzi tabuľkami rozvrh_subjects a eval_users na dva vzťahy 1:n

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.5 rozvrh_teachers – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|is_lecturer||BOOL||je alebo nie je prednášajúci||1 – je prednášajúci 0 – nie je prednášajúci
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.6 rozvrh_teachers – vlastné stĺpce
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|eval_user_id||eval_users||1:n||nie
|-
|rozvrh_subject_id||rozvrh_subjects||1:n||nie
|}

'''Tabuľka rozvrh_userdetails'''

Doplňujúce informácie o zamestnancovi. Tieto informácie nie sú relevantné v systéme evalvácie FM, preto je vytvorená táto tabuľka.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.7 rozvrh_userdetails – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|abbr||VARCHAR(20)||označenie vyučujúceho v rozvrhu, jedinečná hodnota|| 
|-
|office||VARCHAR(10)||číslo dverí kancelárie zamestnanca|| 
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.8 rozvrh_userdetails – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|eval_user_id||eval_users||1:n||nie
|}

'''Tabuľka rozvrh_combinations'''

Študijné kombinácie na FM.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.9 rozvrh_combinations – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|branch||VARCHAR(5)||skratka odboru||ME, MKP, MCMV
|-
|branch_num||TINYINT(1)||číselné označenie odboru||1 - 3
|-
|year||TINYINT(1)||ročník||1 - 5
|-
|color||VARCHAR(7)||farebné označenie||#RRGGBB
|}

'''Tabuľka rozvrh_subjects'''

Zoznam predmetov. V tabuľke nie je informácia o type predmetu ani o dĺžke trvania predmetu.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.10 rozvrh_subjects – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|name||VARCHAR(255)||názov predmetu|| 
|-
|abbr||VARCHAR(20)||skratka predmetu v rozvrhu|| 
|-
|semester||ENUM('L', 'Z')||semester, v ktorom sa predmet vyučuje||L – letný Z - zimný
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.11 rozvrh_subjects – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|rozvrh_combination_id||rozvrh_combination||1:n||nie
|}

'''Tabuľka rozvrh_subclasses'''

Zoznam krúžkov. Krúžky sú označené len dvojčíslom, ktoré tvorí poslednú časť názvu krúžku. Prvé tri číslice skutočného názvu krúžku predstavujú fakultu, zameranie a ročník.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.12 rozvrh_subclasses – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|sign||VARCHAR(2)||označenie krúžkov||01, 02 ... – denní študenti E – externí študenti
|-
|note||VARCHAR(300)||poznámka||
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.13 rozvrh_subclasses – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|rozvrh_combination_id||rozvrh_combination||1:n||nie
|}

'''Tabuľka rozvrh_subjecttypes'''

Typy vyučovacích hodín.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.14 rozvrh_subjecttypes – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|name||VARCHAR(10)||slovné pomenovanie||prednáška, labák, cvičenie, konz.
|-
|color||VARCHAR(7)||farba pri prezentácii rozvrhu||#XXXXXX
|}

'''Tabuľka rozvrh_subjectitems'''

Prepojovacia tabuľka, prepojuje predmet s typom predmetu a krúžkom

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.15 rozvrh_subjectitems – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|hours||TINYINT(1)||dĺžka vyučovacej hodiny||1 - 9
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.16 rozvrh_subjectitems – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|rozvrh_subject_id||rozvrh_subjects||1:n||nie
|-
|rozvrh_subjectType_id||rozvrh_subjecttype||1:n||nie
|-
|rozvrh_subclass_id||rozvrh_subclasses||1:n||áno, ak majú všetky krúžky hodinu spoločne
|}

'''Tabuľka rozvrh_rooms'''

Zoznam učební a ich vlastnosti.

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.17 rozvrh_rooms – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|room||VARCHAR(10)||označenie učebne|| 
|-
|capacity||TINYINT(2)||počet krúžkov, ktoré sa do učebne zmestia||1 - 99
|-
|note||VARCHAR(255)||poznámka|| 
|-
|type||ENUM('p','s','l')|| ||p - prednášková s - seminárna l - laboratórium
|}

'''Tabuľka rozvrh_timetable'''

Jednotlivé položky rozvrhu, konkrétne predmety s priradeným časom výučby, vyučujúcim a miestnosťou - denné štúdium

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.18 rozvrh_timetable – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|provides||VARCHAR(8)||skratka katedry zabezpečujúcej predmet|| 
|-
|week||ENUM('k','p','n')||týždeň konania výuky||k - každý p - párny n - nepárny
|-
|day||TINYINT(1)||číslo dňa výuky||1 - pondelok ... 5 - piatok
|-
|hour||TINYINT(2)||začiatočná hodina výuky||8 - 20
|-
|note||VARCHAR(255)||poznámka|| 
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.19 rozvrh_timetable – cudzie kľúče
!!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|rozvrh_teacher_id||rozvrh_teachers||1:1||áno - vyučujúci zatiaľ nebol pridelený
|-
|rozvrh_subjectItem_id||rozvrh_subjectitems||1:1||nie
|-
|rozvrh_room_id||rozvrh_rooms||1:n||nie
|}

'''Tabuľka rozvrh_timetable_extern'''

Jednotlivé položky rozvrhu, konkrétne predmety s priradeným časom výučby, vyučujúcim a miestnosťou - externé štúdium

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.20 rozvrh_timetable_extern – vlastné stĺpce
!názov!!dátový typ!!popis!!možné hodnoty
|-
|provides||VARCHAR(8)||skratka katedry zabezpečujúcej predmet|| 
|-
|week||DATE||týždeň (lepšie povedané deň) konania výuky|| 
|-
|since||TIME||čas začiatku výučby|| 
|-
|till||TIME||čas konca výučby|| 
|-
|note||VARCHAR(255)||poznámka|| 
|} 

{|border="1" cellspacing="0" cellpadding="5" align="center" width="500px"
|+Tab. 2.21 rozvrh_timetable_extern – cudzie kľúče
!názov!!referenčná tabuľka!!vzťah!!môže byť NULL
|-
|rozvrh_teacher_id||rozvrh_teachers||1:1||áno - vyučujúci zatiaľ nebol pridelený
|-
|rozvrh_subject_id||rozvrh_subjects||1:n||nie
|-
|rozvrh_room_id||rozvrh_rooms||1:n||nie
|-
|rozvrh_subclass_id||rozvrh_subclasses||1:n||nie
|}

'''Pohľady'''

Okrem spomínaných tabuliek som v databáze vytvoril dve pohľady (views) – rozvrh_view a rozvrh_view_extern. Pohľady sú virtuálne tabuľky - na rozdiel od normálnych tabuliek neobsahujú žiadne údaje, ale iba SQL dopyt, ktorý vyberá z jednej, ale častejšie viacerých tabuliek údaje a spája ich podľa zadaných kritérií. Používajú sa hlavne v prípadoch, že sú spolusúvisiace údaje rozdelené do viacerých tabuliek. Pri výbere z takýchto tabuliek je tvorba dopytov často veľmi komplikovaná, preto je jednoduchšie použiť pohľad. Ďalším prípadom, kedy je vhodné použiť pohľad namiesto prístupu k samotným tabuľkám je, keď viaceré aplikácie zdieľajú tú istú databázu a programátor chce zabrániť niektorým z nich v editácií údajov. Dáta v pohľadoch sú totiž read-only, tzn. určené len na čítanie. Nie je možné cez pohľad údaje do databázy pridávať, meniť ich alebo ich mazať. Na druhú stranu akákoľvek zmena v tabuľkách, z ktorých je pohľad vytvorený, sa okamžite prejaví aj v ňom.

Pohľady v našej databáze obsahujú všetky potrebné informácie o predmete, vyučujúcom, krúžku a čase a mieste konania výučby vo vytvorenom rozvrhu - rozvrh_view v rozvrhu pre denných študentov a rozvrh_view_extern pre externistov. Pohľady budú použité v tých častiach aplikácie, ktoré nepotrebujú práva na editáciu údajov v databáze, tzn. frontend, modul štatistík a exportov a všetky ostatné časti okrem administrátorského prostredia. Oddelenie údajov o rozvrhu pre denných a externých študentov, ako v pohľadoch, tak aj v samotných tabuľkách, bolo pritom nutné kvôli odlišnej relevancií informácií pre oba typy rozvrhov.
<source lang="sql">
CREATE VIEW `rozvrh_view` AS SELECT
`s`.`name` AS `subject`, `s`.`abbr` AS `subject_abbr`, `s`.`id` AS `subject_id`, `si`.`hours` AS `hours`, `st`.`name` AS `type`, `st`.`color` AS `color`,
`tt`.`week` AS `week`, `tt`.`day` AS `day`, `tt`.`hour` AS `hour`, `r`.`room` AS `room`, `r`.`id` AS `room_id`, `tt`.`provides` AS `provides`,
`u`.`meno` AS `meno`, `u`.`priezvisko` AS `priezvisko`, `u`.`tituly` AS `tituly`, `u`.`katedra` AS `user_katedra`, `u`.`id` AS `user_id`,
`ud`.`abbr` AS `user_abbr`, `ud`.`office` AS `office`, concat('2',`c`.`branch_num`,`c`.`year`,`sc`.`sign`) AS `subclass`,
`si`.`rozvrh_subclass_id` AS `subclass_id`, `c`.`branch` AS `branch`, `c`.`branch_num` AS `branch_num`, `sc`.`sign` AS `subclass_sign`,
`c`.`year` AS `year`, `tt`.`note` AS `note`
FROM `rozvrh_timetable` `tt`
JOIN `rozvrh_subjectitems` `si` ON `tt`.`rozvrh_subjectItem_id` = `si`.`id`
LEFT JOIN `rozvrh_teachers` `t` ON `tt`.`rozvrh_teacher_id` = `t`.`id`
JOIN `eval_users` `u` ON `t`.`eval_user_id` = `u`.`id`
LEFT JOIN `rozvrh_userdetails` `ud` ON `u`.`id` = `ud`.`eval_user_id`
LEFT JOIN `rozvrh_subclasses` `sc` ON `si`.`rozvrh_subclass_id` = `sc`.`id`
JOIN `rozvrh_subjects` `s` ON `si`.`rozvrh_subject_id` = `s`.`id`
JOIN `rozvrh_combinations` `c` ON `s`.`rozvrh_combination_id` = `c`.`id`
JOIN `rozvrh_rooms` `r` ON `tt`.`rozvrh_room_id` = `r`.`id`
JOIN `rozvrh_subjecttypes` `st` ON `si`.`rozvrh_subjectType_id` = `st`.`id`;
</source>
<references/>

Administrátorské prostredie rozvrhu FM

2010-07-23T17:18:26Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|3|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__

= Administrátorské prostredie rozvrhu FM =

== Prihlásenie do administrátorského rozhrania systému rozvrhFM ==

Pre prihlásenie do systému slúži jednoduchý HTML formulár. Na vytváranie formulárov v ZF
existuje trieda Zend_Form, ktorá obsahuje metódy na vytváranie všetkých bežných prvkov
formulára. Prvkom sa dajú okrem klasických atribútov priradiť tiež rôzne filtre, podľa ktorých
sa označí formulár ako správne alebo nesprávne vyplnený po jeho odoslaní.

Metóda pre kontrolu odoslaných údajov checkForm() (Kód 2.2) sa nachádza v triede
adminLogin a prijíma dva parametre: $login a $password, ktoré obsahujú odoslané
prihlasovacie meno a heslo. Najskôr zisťujem, či bol formulár odoslaný metódou POST.
Potom kontrolujem správnosť údajov podľa filtrov pridelených k daným prvkom formulára.
Následne porovnávam údaje so správnymi prihlasovacími údajmi. Vzhľadom k tomu, že
do systému bude mať prístup iba veľmi malé množstvo používateľov, sú správne
prihlasovacie údaje uložené ako konštanty triedy obsluhujúcej prihlasovanie. Ak bolo zadané
prihlasovacie meno a heslo správne, nastavím session s informáciou o stave prihlásenia
na hodnotu true. Inak označím prvok formulára pre heslo ako nesprávne vyplnený a pridám
chybová správa, ktorá sa vypíše pod formulárom. Metóda má návratovú hodnotu buď true –
pravda, keď prihlásenie prebehlo úspešne, alebo false – nepravda, keď prihlásenie úspešné
nebolo.
<source lang="php">
public function checkForm($login, $password)
{
if(false == $this->_controller->getRequest()->isPost()) {
return false;
}
if(true == $this->getForm()->isValid($_POST)) {
if(self::LOGIN === $login && self::PASSWORD === $password) {
Zend_Registry::get('sessions')->logged = true;
return true;
} else {
$this->_form->getElement('password')->addError('Nesprávny login alebo heslo!');
}
}
return false;
}
</source>
To, či je používateľ prihlásený alebo nie, sa kontroluje pri každom prístupe do
administrátorského prostredia. Ak používateľ nie je prihlásený a zadá adresu inú, než na
stránku s prihlasovacím formulárom, presmerujem ho na prihlasovaciu stránku. Naopak, ak
používateľ prihlásený je, ale zadá adresu na prihlasovaciu stránku, presmerujem ho na stránku
s administračným prostredím. Na túto stránku používateľa presmerujem aj pri pokuse
o priamy vstup na akúkoľvek inú stránku administrácie, pretože tieto stránky sú prístupné iba
cez AJAX. Prístup cez AJAX sa zisťuje prítomnosťou hlavičky X-Requested-With, ktorú
knižnica jQuery automaticky pridáva do každej AJAXovej požiadavky. Táto kontrola sa
vykonáva v metóde preDispatch() (Kód 2.3) kontroléra AdminController. To, že je táto
metóda volaná pri každom prístupe k danému kontroléru zabezpečuje ZF.
<source lang="php">
public function preDispatch()
{
$this->_sessions = Zend_Registry::get('sessions');
$action = $this->getRequest()->getActionName();
if(!$this->_sessions->logged && $action != 'login') {
$this->_redirect('admin/login', array('exit' => true));
} else if($this->_sessions->logged && $action == 'login') {
$this->_redirect('admin/index', array('exit' => true));
} else if($action != 'login' && $action != 'index') {
$http = new Zend_Controller_Request_Http();
if($action != 'logout' && !$http->isXmlHttpRequest()) {
$this->_redirect('admin/index', array('exit' => true));
}
}

$this->view->addHelperPath('./application/views/helpers', 'Views_Helpers');
}
</source>

=== Akcie vykonané po prihlásení ===

Po úspešnom prihlásení sa vykoná synchronizácia tabuľky eval_users s tabuľkou používanou
v systéme evalvácie FM. Keďže prístup z iného serveru do databázy, v ktorej sa originálna
tabuľka nachádza, nie je z bezpečnostných dôvodov povolený, musel som vytvoriť skript,
ktorý vytvorí export<ref>http://fm.tnuni.sk/export_rozvrh/rozvrh_usersExport.php</ref> potrebných údajov a umiestniť ho na server, na ktorom táto databáza beží. Keďže tento export neobsahuje žiadne citlivé informácie, prístup k nemu nie je nijak
zabezpečený a je teda verejne prístupný. Po načítaní exportu tieto údaje porovnávam s údajmi
uloženými v lokálnej tabuľke eval_users a v prípade potreby ich aktualizujem, pridávam
alebo odoberám záznamy.

Následne kontrolujem aktuálnosť uloženej verzie rozvrhu. V prípade, že sa používateľ do
systému prihlási prvýkrát v novom semestri alebo školskom roku, vytvorí sa nový záznam
v archíve aplikácie, do ktorého sa uloží aktuálny stav všetkých tabuliek v databáze a záznamy
v tabuľkách rozvrh_subjectitems, rozvrh_timetable a rozvrh_timetable_extern sa vymažú.
Tabuľka rozvrh_subjectitems sa naplní údajmi z naposledy uloženého záznamu v archíve
z príslušného semestra. Fungovaniu archívu sa budem bližšie venovať v časti 2.5.4.

Po vykonaní synchronizácie je používateľ presmerovaný do administrátorskej časti aplikácie.
Hneď po vstupe sa zobrazí dialógové okno s hláseniami o výsledku synchronizácie, o stave,
v akom sa rozvrh nachádza, a o prípadnom automatickom uložení záznamu do archívu.
Hlásenie o výsledku synchronizácie obsahuje zoznam pridaných a zmazaných pedagógoch.
Pri nových pedagógoch je používateľovi ponúknutá možnosť doplniť im údaje do tabuľky
rozvrh_userdetails, pričom skratka vyučujúceho je povinný údaj. Bez jej určenia všetkým
novým pedagógom nie je možné dialógové okno zatvoriť a pokračovať tak v práci
s aplikáciou. Hlásenie o stave rozvrhu bližšie opíšem v kapitole 2.5.6.

Po zatvorení dialógového okna s hláseniami môže používateľ pracovať s aplikáciou. Pre
vykreslenie ovládacích prvkov prostredia potrebujem z databázy vybrať viaceré údaje:
študijné kombinácie a krúžky, informácie o miestnostiach, typoch predmetov, názvy
predmetov a vyučujúcich priradených k predmetom, zoznam hodín zaradených do rozvrhu,
zoznam hodín nezaradených do rozvrhu a informácie o vyučujúcich. Tieto údaje vyberám
v triede adminIndex. Na prácu s databázou používam ZF triedu Zend_Db a po vybratí údajov
ich triedim a ukladám do poľa kvôli ľahšej práci s nimi.
<source lang="php">
public function gAddedSubjects()
{
$select = $this->_db->select()
->from(array('tt' => T_TTABLE),
array('id', 'provides', 'week', 'day', 'hour', 'note', 'room' => 'rozvrh_room_id'))
->join(array('si' => T_SUBITEMS),
'tt.rozvrh_subjectItem_id = si.id',
array('hours', 'subject' => 'rozvrh_subject_id', 'type' => 'rozvrh_subjectType_id', 'subclass' => 'rozvrh_subclass_id'))
->joinLeft(array('t' => T_TEACH),
'tt.rozvrh_teacher_id = t.id',
array('teacher' => 'eval_user_id'))
->join(array('s' => T_SUB),
'si.rozvrh_subject_id = s.id',
array('comb' => 'rozvrh_combination_id'));
$result = $this->_db->fetchAll($select);
$return = array();

foreach($result as $row) {
if(!isset($return[$row['room']][$row['day']][$row['week']][$row['hour']])) {
$return[$row['room']][$row['day']][$row['week']][$row['hour']] =
array(
'provides' => $row['provides'],
'hours' => $row['hours'],
'teacher' => $row['teacher'],
'subject' => $row['subject'],
'comb' => $row['comb'],
'type' => $row['type'],
'note' => $row['note'],
'subclasses' => array()
);
}
$return[$row['room']][$row['day']][$row['week']][$row['hour']]['subclasses'][$row['subclass']] = $row['id'];
}
return $return;
}
</source>
T_TTABLE, T_SUBITEMS, T_TEACH a T_SUB sú konštanty reprezentujúce názvy
tabuliek v databáze. Tieto konštanty sú definované v samostatnom súbore tables.php, ktorý sa
nachádza v konfiguračnom priečinku aplikácie.
*T_TTABLE – rozvrh_timetable
*T_SUBITEMS – rozvrh_subjectitems
*T_TEACH – rozvrh_teachers
*T_SUB – rozvrh_subjects
$this->_db je objekt triedy Zend_Db. Táto trieda obsahuje metódy pre prácu s databázou.
Zoznam niektorých metód a ich význam:
*select() – vytvára objekt triedy Zend_Db_Select pre vytvorenie dopytu na databázu typu SELECT
*from($table, $columns) – FROM časť dopytu
**$table – názov tabuľky. Môže byť typu reťazec alebo pole. V prípade typu pole kľúč označuje alias tabuľky a hodnota názov tabuľky
**$columns – zoznam stĺpcov, ktoré sa majú vybrať. Môže byť typu reťazec alebo pole. V prípade poľa môže ísť o asociatívne alebo číselné pole. Ak je pole asociatívne, kľúč znamená alias stĺpca
*join($table, $condition, $columns), joinLeft($table, $condition, $columns) – INNER JOIN, JOIN LEFT časť dopytu
**$table – ako vo from()
**$condition – podmienka spájania výsledkov
**$columns – ako vo from()
*fetchAll($select) – metóda, ktorá vracia všetky záznamy vrátené databázou. Formát vrátených údajov sa dá nastaviť metódou setFetchMode(). Prednastavený formát je asociatívne pole
**$select – dopyt, ktorý sa má vykonať. Môže byť typu reťazec alebo objekt triedy Zend_Db_Select
Po vybratí údajov z databázy sa výsledky prechádzajú v cykle foreach a ukladajú sa do poľa
$return (Kód 2.5) v novom poradí.
<source lang="php">
array(
T_TTABLE.rozvrh_room_id => array(
T_TTABLE.day => array(
T_TTABLE.week => array(
T_TTABLE.hour => array(
'provides' => T_TTABLE.provides,
'hours' => T_SUBITEMS.hours,
'teacher' => T_TEACH.eval_user_id,
'type' => T_SUBITEMS.rozvrh_subjectType_id,
'note' => T_TTABLE.note,
'data' => array(
T_SUB.rozvrh_combination_id => array(
'subject' => T_SUBITEMS.rozvrh_subject_id,
'subclasses' => array(
T_SUBITEMS.rozvrh_subclass_id => T_TTABLE.id
)
)
)
)
)
)
)
</source>
Tieto mnohorozmerné polia posúvam v kontroléri do skriptu, ktorý sa stará o vykresľovanie
stránky. V skripte následne postupným prechádzaním polí vytváram jednotlivé ovládacie
prvky.

Keďže na vykreslenie niektorých prvkov využívam JavaScript, musím tieto polia s údajmi
vložiť aj do jeho zdrojového kódu (Kód 2.6). Na túto úlohu používam JSON<ref>http://www.json.org/</ref>, formát
pre prenos dát z jedného programovacieho jazyka do druhého. Premenná akéhokoľvek typu
zakódovaná do formátu JSON je reťazec s pevne danou štruktúrou, z ktorého vie prijímajúci
jazyk vytvoriť premennú rovnakého typu. Ak požadovaný typ v jazyku neexistuje, použije sa
ekvivalentný typ s vlastnosťami čo najviac podobnými pôvodnému typu.
<source lang="html4strict">
<script type="text/javascript">
var subjects_added = eval(<?php echo json_encode($this->sub_added);?>);
</script>
</source>

== Grafický návrh administrátorského prostredia ==

Pri návrhu používateľského rozhrania som kládol dôraz na komfort, prehľadnosť
a intuitívnosť ovládania. Snažil som sa o používanie grafických prvkov a implementovanie
funkcionalít, na ktoré sú používatelia počítača a internetových aplikácií zvyknutí a očakávajú
ich, napr. presúvanie objektov, mazanie objektu stlačením klávesy Delete, zobrazenie
dodatočných informácií o objekte pri presunutí kurzoru nad daný objekt atď. Na zabezpečenie
takýchto funkcií sa na internetových stránkach používa JavaScript. Keďže je mnou
navrhované prostredie pomerne dynamické, potrebuje veľké množstvo JavaScriptového kódu,
čo by sa mohlo prejaviť na plynulosti behu aplikácie. Preto program testujem na posledných
verziách všetkých majoritných internetových prehliadačoch: Firefox, Opera, Internet Explorer
a Chrome. K zrýchleniu behu JavaScriptového kódu pomáha tiež použitie knižnice jQuery,
ktorá je výborne optimalizovaná.

Ďalším problémom, ktorý pri použití JavaScriptu môže nastať, je, že v prípade, že ho má
používateľ vypnutý, sa aplikácia stane nepoužiteľnou. Bežným zvykom pri tvorbe
internetových stránok je preto snaha písať kód stránky tak, aby bola zabezpečená aspoň jej
základná funkčnosť aj pri vypnutom JavaScripte. Avšak keďže náš systém budú používať iba
tvorcovia rozvrhu, ktorí budú o nutnosti mať zapnutý JavaScript upozornení, nebudem tieto
opatrenia do kódu stránky vkladať.

Na Obr. 2.2 je znázornená podoba systému v normálnom stave. Pri akciách, ktoré potrebujú
získať dodatočné vstupy od používateľa alebo zobraziť dodatočné informácie, sa na tento účel
zobrazí na obrazovke dialógové okno, ktoré môže mať systémovo-modálny charakter, tzn.
okno bude nad ostatnými prvkami a ostatné prvky stránky sa stanú neaktívnymi až do
zatvorenia dialógového okna.
[[Súbor:mpbc2.2-1.jpg|thumbnail|center|800px|Obr. 2.2 Administrátorské prostredie aplikácie]]

=== Hlavné menu ===

Vo vrchnej časti stránky sa nachádza hlavné menu (Obr. 2.3). Jedná sa o tzv. drop-down menu
– viacúrovňové menu ovládané pomocou JavaScriptu, ktorého ďalšia úroveň sa zobrazí
po prechode kurzoru nad nadradenou úrovňou a skryje sa po odchode myši z nadradenej
úrovne.
[[Súbor:mpbc2.3.jpg|thumbnail|center|800px|Obr. 2.3 Hlavné menu]]
Položky menu obsahujú odkazy na všetky potrebné funkcie aplikácie, napr.: práca s archívom
rozvrhu, správa krúžkov, správa vyučujúcich atď. Pre vytvorenie a prácu s hlavným menu
som vytvoril triedu My_MainMenu, ktorej konštruktor prijíma ako parameter mnohorozmerné
pole s presne určenou štruktúrou (Kód 2.7), ktoré reprezentuje dané menu.
<source lang="php">
array(
array(
‘label’ => ‘Rozvrh’,
‘js’ => ‘rozvrh’[,
[‘title’ => ‘Správa rozvrhu’,]
[‘img’ => ‘yes.gif’,]
[‘style’ => ‘float:right;’,]
[‘sub’ => array(...)]]
)
[, array(...)]
);
</source>
V nasledujúcom texte je opis štruktúry, ktorá je použitá ako parameter konštruktora triedy
My_MainMenu.
*label – zobrazovaný text položky menu
*js – identifikátor položky menu pre JavaScript. Identifikátory nižších úrovní menu sa reťazia s použitím oddeľovača –
*title (nepovinné) – text, ktorý sa zobrazí ako nápoveda pri prechode myši nad prvkom. Ak tento atribút nie je zadaný, použije sa ako text nápovedy hodnota atribútu label
*img (nepovinné) – obrázok, ktorý sa vloží pred text položky
*style (nepovinné) – CSS vlastnosti danej položky. Tento atribút som pridal hlavne kvôli položke Odhlásiť sa, ktorá je od ostatných položiek opticky oddelená
*sub (nepovinné) – zoznam položiek nižšej úrovne

=== Zoznam hodín zaradených do rozvrhu ===

Zoznam hodín zaradených do rozvrhu (Obr. 2.4) je tvorený tabuľkou, ktorá obsahuje všetky
vyučovacie hodiny s určeným časom a učebňou. Stĺpec tabuľky určuje hodinu, riadok učebňu,
v ktorej sa výučba koná. Každý riadok učebne je rozdelený na dve časti, horná časť znamená
párny týždeň, spodná časť nepárny. Ak sa výučba opakuje každý týždeň, hodina presahuje
obe polovice.

Nad tabuľkou sa nachádzajú záložky na zmenu dňa, pre ktorý sa bude tvoriť rozvrh.
Pre každý deň je vytvorená samostatná tabuľka, pričom je zobrazená vždy len tabuľka
prislúchajúca k aktuálne vybratému dňu. Odkazom v záložke napravo sa prepína do správy
rozvrhu externých študentov, ktorá má iné prostredie.

Bližší popis buniek s jednotlivými hodinami uvediem v kapitole 2.5.3.
[[Súbor:mpbc2.4.jpg|thumbnail|center|800px|Obr. 2.4 Zoznam hodín zaradených do rozvrhu]]

=== Zoznam hodín nezaradených do rozvrhu ===

Zoznam hodín nezaradených do rozvrhu (Obr. 2.5) obsahuje bloky vyučovacích hodín, ktoré
boli do systému pridané, ale ešte nebola určená ich hodina a miestnosť výučby. Pri vstupe
do administrátorského prostredia sa nachádza v ľavom dolnom rohu obrazovky. Jeho pozícia
je daná fixne, to znamená, že pri rolovaní stránky zostáva zoznam na mieste. Dá sa však
presúvať uchopením za hornú časť alebo tiež dvojklikom kdekoľvek na stránku – zoznam sa
presunie do danej výšky.

V spodnej časti sa nachádza zoznam študijných odborov a ich ročníkov. Farba položiek
korešponduje s farebným označením buniek v tabuľke hodín zaradených do rozvrhu. V hornej
časti sa nachádza zoznam predmetov, ktoré sú k vybranému odboru a ročníku pridelené.
Jednotlivé predmety sú tvorené systémom záložiek podobne ako prepínanie dní.
[[Súbor:mpbc2.5.jpg|thumbnail|center|800px|Obr. 2.5 Minimalizovaný zoznam hodín nezaradených do rozvrhu]]
[[Súbor:mpbc2.6.jpg|thumbnail|center|800px|Obr. 2.6 Maximalizovaný zoznam hodín nezaradených do rozvrhu]]
Kvôli veľkosti zoznamu som sa rozhodol pridať mu funkciu minimalizácie a maximalizácie,
takže po vybratí predmetu sa zobrazí stredná časť (Obr. 2.6), v ktorej sa nachádzajú jednotlivé
nezaradené hodiny. Naľavo sú typy predmetov, napravo je zoznam krúžkov vo zvolenom
odbore a ročníku. Tieto prvky sú taktiež tvorené systémom záložiek, aj keď pri nich som
na rozdiel od ostatných záložiek nemohol použiť hotový systém z knižnice jQuery UI kvôli
ich vertikálnej polohe. V prípade, že sa vyberie typ predmetu prednáška, zoznam krúžkov sa
skryje, pretože prednášky sa pridávajú pre všetky krúžky naraz. Medzi typmi predmetov
a krúžkami sa nachádzajú jednotlivé nepriradené predmety rozdelené podľa dĺžky výučby.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:16:40Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__
= Funkcie administrátorského prostredia =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. 2.5.5). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:15:42Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__
= Funkcie administrátorského prostredia =

== Zoznam implementovaných funkcií ==

Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.

=== Správa vyučujúcich ===

Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. 2.5.5). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]

=== Správa krúžkov ===

Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]

=== Správa hodín zaradených do rozvrhu ===

Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).

=== Archivácia rozvrhu ===

Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.

=== Nastavenia prostredia ===

Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]

=== Zhrnutie aktuálneho stavu rozvrhu ===

Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).

=== Zmazanie rozvrhu ===

Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}

== API rozvrhu ==

Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom

== Bezpečnosť aplikácie ==

Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.

'''Záver'''

Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''

#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Funkcie administrátorského prostredia

2010-07-23T17:10:37Z

Fajzen:

[[Kategória:Študentské práce]][[Kategória:Bakalárske práce]][[Kategória:Informatika]][[Kategória:web]][[Kategória:php]]
{{Praca_uvod|4|Systém tvorby rozvrhu|Popis systémov pre tvorbu rozvrhu|Návrh systému rozvrhu pre FM TnU AD|Administrátorské prostredie rozvrhu FM|Funkcie administrátorského prostredia||||||||}}
__TOC__
= =
== Funkcie administrátorského prostredia ==
Pri tvorbe rozvrhu potrebuje mať jej používateľ k dispozícií minimálne tieto funkcie:
vytváranie a mazanie krúžkov a hodín a priradenie vyučujúcich k predmetom. Okrem týchto
základných funkcií som do svojej aplikácie implementoval aj ďalšie funkcie, ktoré majú
za úlohu zjednodušiť a zrýchliť prácu s aplikáciou.
=== Správa vyučujúcich ===
Správa vyučujúcich je prístupná po kliknutí na položku hlavného menu Správa... >
Vyučujúcich. Zobrazuje sa formou systémovo-modálneho dialógového okna, ktoré obsahuje
textové pole na vyhľadávanie vyučujúceho a tri záložky: Informácie, Obmedzenia
a Predmety.

Vyhľadávanie je tvorené pomocou komponenty Autocomplete knižnice jQuery UI. Po zmene
hodnoty vyhľadávacieho poľa sa zo zoznamu všetkých vyučujúcich evidovaných v tabuľke
eval_users vyberú tí, ktorých reťazec zložený z kombinácie stĺpcov meno priezvisko alebo
priezvisko meno obsahuje hodnotu zadanú vo vyhľadávacom poli, pričom na veľkosti písmen
nezáleží. Takto vytvorený zoznam sa následne zobrazí pod vyhľadávacím poľom a používateľ
má možnosť zvoliť jednu z ponúkaných možností. Po vybratí vyučujúceho sa aktualizujú
ostatné prvky dialógového okna.

V záložke Informácie zobrazujem údaje o zvolenom vyučujúcom z tabuliek eval_users
a rozvrh_userdetails, pričom údaje z eval_users sú len na čítanie, údaje z rozvrh_userdetails
sú editovateľné. Keďže skratka vyučujúceho musí byť unikátna, pri zmene tohto údaju
kontrolujem, či danú skratku už nemá iný vyučujúci. O tom, či je skratka voľná alebo nie, je
používateľ informovaný okamžite symbolom a textovou správou zobrazovanou vedľa
skratky.

Záložka Obmedzenia (Obr. 2.7) zobrazuje zoznam hodín, v ktorých zvolenému vyučujúcemu
nesmie byť pridelená žiadna výučba. Zoznam je prezentovaný formou tabuľky, v ktorej stĺpce
reprezentujú hodiny a riadky týždne a dni. Každý deň má dva riadky – jeden pre párny
a druhý pre nepárny týždeň. V prípade, že vyučujúcemu nesmie byť pridelená hodina každý
týždeň, musia byť označené obidva riadky. Označená hodina je zvýraznená červenou farbou.

V záložke Predmety (Obr. 2.8) sa vyberajú predmety, ku ktorým je zvolený vyučujúci
priradený. V samostatných tabuľkách sú uvedené zoznamy predmetov pre všetky študijné
odbory a ročníky. Pod každým predmetom sú dve políčka – jedno s nápisom P symbolizujúce
priradenie vyučujúceho k prednáškam daného predmetu a druhé s nápisom C, L
symbolizujúce priradenie k ostatným typom predmetov. Ak je políčko zelené, znamená to, že
zvolený vyučujúci je priradený k danému typu predmetu, ak je červené, nie je k nemu
priradený. Medzi týmito stavmi používateľ prepína kliknutím na požadované políčko.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Tlačidlo Uložiť zmeny slúži na potvrdenie vykonaných zmien a ich
odoslanie na server. V prípade, že bola vyučujúcemu pridaná hodina, v ktorej nemôže mať
výučbu, ale predtým v túto hodinu mal výučbu pridelenú, alebo mu bolo odobraté priradenie
k predmetu, ktorý už bol zaradený do rozvrhu, zobrazí sa ďalšie dialógové okno informujúce
o situácií, ktorá nastala, s možnosťou potvrdenia uloženia alebo zamietnutia uloženia zmien.
Ak sa používateľ rozhodne zmeny potvrdiť, bude všetkým hodinám pridaným do rozvrhu,
ktoré sú v rozpore s vykonanými zmenami, odobraný vyučujúci. Následne sa zobrazí
dialógové okno, ktoré bude ponúkať možnosť vybrať pre tieto hodiny iného vyučujúceho,
pričom používateľ môže túto možnosť odmietnuť. V tom prípade zostanú hodiny zatiaľ
bez určeného vyučujúceho.

Aj keď sa zmeny odosielajú na server až po uložení, v zozname hodín priradených do rozvrhu
sa prejavujú už pri ich vzniku, napr. po zmene skratky vyučujúceho sa skratka ihneď zmení aj
v zozname. Dôvodom je plynulejší chod aplikácie. Po kliknutí na tlačidlo Vrátiť posledné
zmeny sa všetky zmeny vykonané od posledného uloženia zrušia a zoznam hodín priradených
do rozvrhu, rovnako ako aj údaje o zvolenom vyučujúcom v dialógovom okne, sa vráti do
pôvodného stavu.

Dialógové okno sa zatvára kliknutím na tlačidlo Zatvoriť, krížikom v pravom hornom rohu
okna alebo stlačením klávesy Esc na klávesnici. Až po zatvorení okna je možné opäť
používať ostatné ovládacie prvky systému. Pred samotným zatvorením okna je ešte vykonaná
kontrola, či neboli vykonané nejaké zmeny, ktoré ešte neboli uložené. V prípade, že takéto
zmeny vykonané boli, budú automaticky uložené, zahodené alebo sa objaví druhé dialógové
okno s otázkou, čo má systém so zmenami spraviť. To, ktorá akcia sa vykoná, rozhoduje
nastavenie systému (Kap. 2.5.5). Takáto kontrola sa vykoná aj pri výbere iného vyučujúceho.
[[Súbor:mpbc2.7.jpg|thumbnail|center|800px|Obr. 2.7 Dialógové okno správy vyučujúcich – záložka Obmedzenia]]
[[Súbor:mpbc2.8.jpg|thumbnail|center|800px|Obr. 2.8 Dialógové okno správy vyučujúcich – záložka Predmety]]
=== Správa krúžkov ===
Správa krúžkov (Obr. 2.9) je prístupná po kliknutí na položku hlavného menu Správa... >
Krúžkov. Taktiež sa zobrazuje formou systémovo-modálneho dialógového okna. Študijný
odbor a ročník sa vyberá kliknutím na zoznam nachádzajúci sa v spodnej časti podobne ako je
to v zozname hodín nezaradených do rozvrhu. O aktuálne vybratom odbore a ročníku
informuje element v pravom hornom rohu okna. Pre ľahšiu orientáciu má tento element farbu
zvoleného odboru a ročníku. Pod ním sa nachádza zoznam krúžkov, ktoré boli pre daný odbor
a ročník vytvorené. Kliknutím na položku zoznamu sa aktualizuje tabuľka v ľavej časti podľa
výberu krúžkov. Kliknutím na položku označenú nápisom všetky sa označia všetky krúžky
naraz.

V tejto tabuľke sa nachádzajú informácie o predmetoch a maximálnych počtoch vyučovacích
hodín priradených ku všetkým zvoleným krúžkom. V ľavom stĺpci je zoznam všetkých
predmetov. Pri každom predmete sú tri riadky tabuľky reprezentujúce tri druhy hodiny –
prednáška, cvičenie a laboratórne cvičenie. Vyučovacie hodiny sú ďalej rozdelené podľa
dĺžky trvania výučby na jedno, dvoj, troj a štvorhodinovú výučbu. Ak je bunka zelená,
znamená to, že všetky hodiny daného predmetu, typu a dĺžky už boli zaradené do rozvrhu.
Červená farba bunky značí, že minimálne jedna hodina do rozvrhu zatiaľ zaradená nebola.
Presný počet zaradených a nezaradených hodín používateľ získa pri prechode myšou nad
bunkou. V prípade, že bolo vybratých viacero krúžkov, zobrazí sa tiež počet hodín, o koľko
má každý z nich viac, než je zobrazovaná hodnota. Pri tejto akcií sa v bunke objavia taktiež
symboly plus a mínus, ktoré slúžia na pridávanie a odoberanie nezaradených hodín. Hodiny,
ktoré už boli zaradené do rozvrhu, nie je možné takýmto spôsobom odstrániť, ale je nutné ich
najskôr z rozvrhu odobrať (Kap. 2.5.3). Hodiny sa pridávajú alebo odoberajú všetkým
zvoleným krúžkom súčasne. Prednášky sa pridávajú a odoberajú súčasne vždy všetkým
krúžkom, zvoleným aj nezvoleným.

V pravej časti tabuľky sa nachádzajú súčty hodín daného predmetu a typu. V prvom stĺpci je
celkový počet blokov hodín zaradených do rozvrhu, v druhom celkový počet blokov hodín
nezaradených do rozvrhu. V poslednom stĺpci je týždenný počet hodín daného predmetu
a typu. Pod tabuľkou sú tieto počty uvedené ako sumy pre všetky zobrazené predmety,
nad ňou je textové pole slúžiace na zadanie krátkej poznámky ku krúžku, ktoré sa zobrazí iba
v prípade, že bol vybratý iba jeden krúžok.

Pridávanie predmetov sa realizuje prostredníctvom zeleného tlačidla s bielym symbolom plus,
ktoré sa nachádza nad stĺpcom so zoznamom priradených predmetov. Po kliknutí na toto
tlačidlo sa zobrazí druhé dialógové okno, v ktorom používateľ zadá názov a skratku
predmetu, pričom skratka sa generuje automaticky pri písaní názvu z prvých písmen
jednotlivých slov zadávaného názvu. Používateľ má však možnosť túto vygenerovanú skratku
zmeniť. Pri vytváraní nového predmetu platia nasledujúce pravidlá:
*V rámci jednej kombinácie študijný odbor - ročník nemôžu existovať dva predmety s rovnakým názvom alebo skratkou
*Rôzne kombinácie študijný odbor – ročník môžu mať predmet s tým istým názvom a skratkou za predpokladu, že predmety majú rovnaké obe spomínané vlastnosti
Na pridávanie krúžkov slúži zelené tlačidlo s bielim symbolom plus nachádzajúce sa pod
zoznamom krúžkov. Označenie nového krúžku sa vytvorí tak, aby pokračoval v číselnom rade
krúžkov danej kombinácie študijného odboru a ročníka. V prípade, že je v tomto rade prázdne
miesto, ktoré sa vytvorí po odstránení krúžku, označenie krúžku sa zvolí tak, aby toto miesto
zaplnilo. Novovytvorenému krúžku sa automaticky vytvoria hodiny výučby, pričom
prednášky sú pre všetky krúžky spoločné a ich počet je teda rovnaký. Počet ostatných typov
predmetov sa nastaví podľa aktuálne zobrazovaných počtov v tabuľke. Je tak možné klonovať
počty hodín existujúceho krúžku alebo prienik počtov viacerých krúžkov.

Mazanie celých predmetov a krúžkov sa vykonáva tak, že používateľ nad predmet alebo
krúžok, ktorý chce vymazať, presunie ukazovateľ myši a na klávesnici stlačí klávesu Delete.
Nie je možné označiť na vymazanie viacero prvkov súčasne.

V spodnej časti dialógového okna sa nachádzajú tri tlačidlá: Uložiť zmeny, Vrátiť posledné
zmeny a Zatvoriť. Ich funkcie sú podobné ako funkcie tlačidiel opísané v kapitole 2.5.1.
Zmeny sa na server odosielajú až po potvrdení a je ich teda možné zahodiť. V prípade, že je
nastavené automatické ukladanie zmien pri zatvorení dialógového okna a súčasťou zmien je
aj mazanie predmetu alebo krúžku, môže byť požadované potvrdenie zmazania. Toto
správanie sa dá taktiež nastaviť (Kap. 2.5.5).
[[Súbor:mpbc2.9.jpg|thumbnail|center|800px|Obr. 2.9 Dialógové okno správy krúžkov]]
=== Správa hodín zaradených do rozvrhu ===
Hodiny zaradené do rozvrhu (Obr. 2.10) sú zobrazované v tabuľke, ktorá je jedným
z hlavných ovládacích prvkov aplikácie (Kap. 2.4.2). Každá hodina je zobrazená ako blok
v bunke tabuľky, čím je určený deň, miestnosť, začiatok a koniec výučby. Blok je rozdelený
na dve polovice. V hornej polovici je uvedená skratka predmetu a priradeného vyučujúceho.
Ak vyučujúci ešte nebol priradený, je namiesto neho uvedený text „- - -“. Spodná časť bloku
obsahuje informáciu o študijnom odbore a ročníku v ľavej časti a zoznam krúžkov, ktorých sa
výučba týka, v pravej časti. V prípade, že sa jedná o prednášku, je namiesto zoznamu krúžkov
písmeno P, pretože k prednáškam sú automaticky priradené všetky krúžky daného odboru
a ročníka. Farba hornej časti korešponduje s farbou typu predmetu, farba spodnej časti
s farbou kombinácie študijného odboru a ročníka. Po prechode myši nad blokom sa v pravom
hornom rohu objaví značka, na ktorú keď používateľ ukáže myšou, objavia sa ďalšie
informácie o hodine.

Hodiny sa do rozvrhu pridávajú zo zoznamu nezaradených hodín (Kap. 2.4.3) metódou drag
and drop – uchopením a pretiahnutím myšou na požadované miesto. Po začatí ťahania prvku
reprezentujúceho hodinu aplikácia určí, na ktoré miesta v zozname je možné hodinu umiestniť
a na ktoré nie. Pre určenie, ktoré miesta sú povolené a ktoré zakázané, som definoval
nasledujúce pravidlá:
*Hodina nesmie byť priradená do miestnosti v čase,
**kedy by sa v miestnosti nachádzal väčší počet krúžkov, než je jej kapacita
**kedy sa v miestnosti koná vyučovanie predmetu, ktorý sa s vybratým predmetom nezhoduje v type predmetu, zvolenej začiatočnej hodine alebo dĺžke výučby alebo sa v miestnosti koná vyučovanie rovnakého odboru a ročníka, ale iného predmetu
*Krúžku nemôže byť priradené vyučovanie v čase, v ktorom už má priradené vyučovanie
*Vyučovanie nemôže byť v danú hodinu priradené, ak
**by v svojej dĺžke prekračovalo aspoň jedno z uvedených pravidiel pre pridávanie hodiny do rozvrhu
**by svojou dĺžkou presahovalo poslednú možnú hodinu, kedy môže byť vyučovanie priradené (21:00)
*Všetky obmedzenia vyplývajúce z pravidiel treba vzťahovať na každý typ opakovania (každý, párny, nepárny týždeň) samostatne, alebo:
**ak je obmedzenie dané pre každý týždeň, platí aj pre párny a nepárny týždeň
**ak je obmedzenie dané pre párny alebo nepárny týždeň, platí aj pre každý týždeň
[[Súbor:mpbc2.10.jpg|thumbnail|center|800px|Obr. 2.10 Hodina zaradená do rozvrhu]]
Povolené miesta sú následne zvýraznené zelenou farbou, zakázané miesta sú zvýraznené
červenou farbou. Pri pokuse o umiestnenie hodiny kamkoľvek inam, než je povolené miesto,
sa ťahaný prvok vráti späť na pôvodné miesto v zozname nezaradených predmetov. Farebné
označenie povolených a zakázaných miest po pustení ťahaného prvku zmizne.

Po priradení hodiny na povolené miesto sa objaví dialógové okno (Obr. 2.11) obsahujúce
podrobné informácie o predmete a formulár na priradenie vyučujúceho a ďalšie nastavenia
práve pridanej hodiny. Používateľ môže vybrať jedného z vyučujúcich, ktorí boli predtým
k danému predmetu priradení, priradiť k predmetu nového vyučujúceho alebo nechať hodinu
zatiaľ bez priradeného vyučujúceho. Vyučujúci nesmie byť k hodine priradený v prípade, že
v danom čase už je priradený k hodine v inej miestnosti alebo má pre daný čas určené
obmedzenie (Kap. 2.5.1). Takéhoto vyučujúceho nie je možné v nastaveniach k hodine
priradiť. Používateľ sa o tom, ktorých vyučujúcich priradených k predmetu nie je možné
priradiť k hodine, dozvie pomocou zoznamu týchto vyučujúcich, ktorý sa objaví v bunke
povoleného miesta počas ťahania hodiny.

V prípade, že je možné nastaviť opakovanie vyučovania na každý týždeň, má používateľ tiež
možnosť nastaviť opakovanie na párny, nepárny alebo každý týždeň. V opačnom prípade sa
len objaví informácia o jedinom možnom type opakovania. Ak je typ pridanej hodiny iný, než
prednáška, používateľ môže vybrať krúžky, ktorých sa vyučovanie má týkať. Krúžky, ktorým
hodinu nie je možné pridať či už kvôli tomu, že nemajú voľnú nepriradenú hodinu alebo by sa
ich výberom porušilo niektoré z pravidiel pri pridávaní hodiny, sa v zozname síce objavia, ale
nie je možné ich vybrať. Používateľ ďalej môže zadať katedru zabezpečujúci výučbu a krátku
poznámku k hodine. Toto dialógové okno je možné vyvolať aj po úspešnom pridaní hodiny
do rozvrhu a zmeniť tak nastavenia hodiny a to tak, že používateľ prejde myšou nad
požadovanú hodinu a na klávesnici stlačí klávesu Enter.
[[Súbor:mpbc2.11.jpg|thumbnail|center|800px|Obr. 2.11 Dialógové okno s nastaveniami hodiny priradenej do rozvrhu]]
Ak mal vo zvolenej miestnosti v danom čase pridelenú hodinu iný krúžok rovnakého
študijného odboru a ročníka, nevytvorí sa v bunke nový blok, len sa krúžok pridá k zoznamu
krúžkov, ku ktorým je hodina priradená. Dialógové okno sa v takomto prípade neobjaví.

Je možné priradiť hodinu do miestnosti aj v čase, kedy tu má priradenú hodinu iný študijný
odbor alebo ročník za predpokladu, že to neodporuje podmienkam pre priradenie hodiny.
O tejto skutočnosti je používateľ informovaný formou dialógového okna so zoznamom
predmetov, študijných kombinácií a ročníkov, ktoré budú miestnosť zdieľať, a je vyzvaný
na potvrdenie alebo zrušenie priradenia hodiny do rozvrhu. Pri kladnej odpovedi sa
automaticky hodine priradí rovnaký vyučujúci, aký je priradený k ostatným hodinám
zdieľajúcim miestnosť. Ak vyučujúci predtým k tomuto predmetu priradený nebol,
automaticky sa k nemu priradí. Pri neskoršej zmene vyučujúceho jednej z hodín budú
ovplyvnené všetky hodiny.

Priradené hodiny sa z rozvrhu odoberajú tak, že používateľ prejde myšou nad blok
požadovanej hodiny a na klávesnici stlačí klávesu Delete. Po odobratí hodiny sa hodina
presunie do zoznamu neurčených hodín. Bloky sa dajú tiež presúvať metódou drag and drop
a zmeniť tak deň, miestnosť a čas výučby. Po začatí ťahania sa taktiež určia povolené
a zakázané miesta pre priradenie hodiny. K zakázaným miestam sa pridajú aj časy
a miestnosti, v ktorých nesmie byť k hodine priradený predtým zvolený vyučujúci alebo
nesmie byť priradená hodina aspoň jednému z predtým zvolených krúžkov presúvanej
hodiny. Nastavenia presunutej hodiny zostávajú zachované. Po presune rovnako ako pri
odoberaní hodiny z rozvrhu môže byť používateľ vyzvaný na potvrdenie akcie. Či bude toto
potvrdenie vyžadované alebo nie závisí od nastavení prostredia (Kap. 2.5.5).
=== Archivácia rozvrhu ===
Archív (Hlavné menu > Rozvrh > Archív) slúži na uloženie aktuálneho stavu rozvrhu. Tento
stav sa dá neskôr zobraziť alebo sa ním dá nahradiť aktuálny rozvrh. Zálohu môže používateľ
vytvoriť ručne alebo sa vytvára automaticky po prihlásení sa používateľa do systému
v novom semestri alebo školskom roku a pred nahradením aktuálneho rozvrhu zálohou
z archívu.

Každá záloha je tvorená samostatným textovým súborom, v ktorom sú uložené údaje
z databázy vo forme viacrozmerných polí. Na tieto polia je pred uložením aplikovaná PHP
funkcia serialize, ktorá prevádza premennú na textový reťazec. Na tento reťazec môže byť
neskôr aplikovaná funkcia unserialize, ktorá z neho spätne vytvorí premennú bez straty jej
typu a štruktúry. Názov súboru je názov_záznamu.typ_záznamu.časová_značka.txt, kde
*názov_záznamu – vlastný názov záznamu. Môže obsahovať písmená veľkej a malej anglickej abecedy, čísla a podčiarkovník. Maximálna dĺžka je 20 znakov. Pri záznamoch vytvorených používateľom tento názov určuje používateľ, pri automatických záznamoch má názov nasledujúcu štruktúru:
**pri vytvorení záznamu po prihlásení v novom semestri alebo školskom roku – školský_rok_skratka_semestra, napr. 2009-10_Z
**pri vytvorení pred nahradením aktuálneho rozvrhu záznamom z archívu – bck_názov_záznamu, napr. bck_2009-10_Z
*typ_záznamu – automatický (auto) alebo vytvorený používateľom (user)
*časová_značka – počet sekúnd od 1. januára 1970 00:00:00 GMT
Zálohy sa otvárajú v novom okne, v ktorom je zobrazený iba zoznam hodín zaradených do
rozvrhu a v hornej časti tlačidlo na nahratie záznamu do aktuálneho rozvrhu. Zoznam je
určený iba na čítanie, nie je možné ho žiadnym spôsobom meniť. Po kliknutí na horné tlačidlo
sa vytvorí nový záznam v archíve obsahujúci aktuálny stav rozvrhu, potom sa údaje
v databáze nahradia údajmi zo zvolenej zálohy. Výnimkami sú tabuľky eval_users
a rozvrh_userdetails, ktorých údaje sa nenahrádzajú. Ak je niektorej hodine v zálohe
priradený vyučujúci, ktorá sa nenachádza v súčasnej tabuľke eval_users, pri nahratí rozvrhu
z archívu nebude tejto hodine priradený žiadny vyučujúci. Používateľ o tom bude
informovaný v dialógovom okne s aktuálnym stavom rozvrhu.

Zálohy je možné z archívu mazať po jednom označením záznamu a následným stlačením
klávesy Delete na klávesnici alebo vybratím veku, od ktorého sa majú zmazať všetky
záznamy.
=== Nastavenia prostredia ===
Kvôli zvýšeniu pohodlia a efektivity práce so systémom som do neho implementoval
možnosť ovplyvniť niektoré nastavenia systému samotným používateľom. Nastavenia sa
nachádzajú v hlavnom menu aplikácie a ich zmena sa odosiela na server, kde sú uložené
v súbore v konfiguračnom priečinku aplikácie odkiaľ sa pri každom prihlásení načítajú, takže
nie je nutné ich zadávať vždy nanovo. Tieto nastavenia obsahujú:
*Používanie fronty ajaxových požiadaviek
*Nastavenie zobrazovaných miestností – používateľ môže vybrať, ktoré typy učební (prednáškové, laboratóriá, seminárne) budú zobrazené a ktoré nie.
*Nastavenie zobrazovania potvrdzovacieho dialógu pred zmazaním niektorej položky zo systému – ak je táto možnosť zapnutá, používateľ bude pred každým zmazaním položky vyzvaný na potvrdenie akcie.
*Nastavenie akcie pri zatvorení dialógového okna s neuloženými zmenami – používateľ môže nastaviť, čo sa má vykonať s neuloženými zmenami pri zatvorení dialógového okna. Možnosti sú: uložiť, zahodiť a spýtať sa.
*Nastavenie farieb typov predmetov a kombinácií študijného odboru a ročníka (Obr. 2.12) – používateľ môže vybrať farby týchto prvkov. Toto sú jediné nastavenia, ktoré sa neukladajú do súboru, ale do databázy.
Fronta ajaxových požiadaviek slúži na urýchlenie práce s aplikáciou. Všetky vykonané zmeny
odosielam na server pomocou ajaxových požiadaviek. Na serveri sa pokúsim požiadavku
vykonať, pričom v prípade neúspechu vrátim jeho dôvod, v prípade úspechu vrátim výsledok
operácie. Aj keď je používanie technológie AJAX rýchlejšie, než načítavanie celej stránky,
určitý čas trvá. O dĺžke času, ktorý odoslanie a spracovanie požiadavky zaberá, rozhodujú
viaceré faktory, hlavne náročnosť požiadavky a zaťaženie servera. Pri povolení fronty
vykonávam akciu tak, ako keby bola odpoveď od servera okamžite prijatá, pričom v prípade,
že na to potrebujem výsledky zo servera, dosadím za ne predpokladané výsledky a
po doručení skutočných výsledkov kontrolujem ich zhodu. V prípade, že sa výsledky
nezhodujú alebo sa požiadavku nepodarilo vykonať, oznámim túto skutočnosť používateľovi
a informujem ho o potrebe načítať novú verziu stránky. Medzitým však používateľ mohol
vykonať ďalšie zmeny. Tieto zmeny bohužiaľ nebudú uložené a je ich potrebné vykonať
znova. Ak je používanie fronty zakázané, používateľovi nie je povolené po odoslaní
požiadavky vykonať ďalšie zmeny, kým nepríde odpoveď od servera. Takže v prípade, že sa
požiadavku vykonať nepodarí, nie je nutné načítať novú verziu stránky.
[[Súbor:mpbc2.12.jpg|thumbnail|center|800px|Obr. 2.12 Nastavenie farieb prostredia]]
=== Zhrnutie aktuálneho stavu rozvrhu ===
Aktuálny stavu rozvrhu je zhrnutý v dialógovom okne, ktoré obsahuje zoznam varovaní
o chybách v aktuálnom rozvrhu. Pri každom varovaní je zobrazený odkaz na vyvolanie
ďalšieho dialógového okna, v ktorom sa chyba dá odstrániť. Varovania, ktoré môže zoznam
obsahovať:
*Kombinácií študijného odboru a ročníka nebol vytvorený žiadny krúžok
*Kombinácií študijného odboru a ročníka nebol priradený žiadny predmet
*Neboli vytvorené žiadne hodiny určitého predmetu
*Hodine zaradenej do rozvrhu nebol priradený vyučujúci
Okno sa objavuje automaticky po prihlásení alebo ho používateľ môže vyvolať z hlavného
menu. Pri zobrazení po prihlásení okno obsahuje aj informácie o výsledkoch synchronizácie
tabuľky eval_users a prípadného automatického vytvorenia záznamu v archíve (Kap. 2.3.1).
=== Zmazanie rozvrhu ===
Do aplikácie som implementoval aj možnosť rýchleho zmazania celého obsahu aktuálneho
rozvrhu prípadne jeho časti (Hlavné menu > Rozvrh > Rýchle zmazanie). Používateľ môže
vybrať, ktoré súčasti rozvrhu chce zmazať, z nasledujúcich možností:
*Krúžky
*Predmety
*Hodiny nezaradené do rozvrhu
*Hodiny zaradené do rozvrhu
*Priradenie vyučujúcich k predmetom
Niektoré možnosti však spolu súvisia (Tab. 2.22) a tak vybratím jednej možnosti sa vymaže aj
druhá možnosť. Používateľ môže taktiež vybrať kombinácie študijných odborov a ročníkov,
ktorých sa mazanie má týkať. Ak používateľ vyberie všetky položky na mazanie a všetky
kombinácie študijných odborov a ročníkov, zmaže sa celý aktuálne vytvorený rozvrh.
Pred zmazaním sa používateľovi ponúkne vytvorenie zálohy v archíve z aktuálneho rozvrhu.
{| align="center" border="1" cellspacing="0" cellpadding="5"
|+Tab. 2.22 Závislosti častí rozvrhu pri mazaní
|-
|'''Vybratá možnosť'''||'''Časti rozvrhu, ktoré sa zmažú tiež'''
|-
|Krúžky||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu
|-
|Predmety||Hodiny nezaradené do rozvrhu Hodiny zaradené do rozvrhu Priradenie vyučujúcich k predmetom
|}
== API rozvrhu ==
Kvôli možnosti spolupráce administrátorského rozhrania systému rozvrhFM s inými
aplikáciami a projektmi bolo v databáze vytvorené špeciálne používateľské konto, ktoré má
prístup iba k pohľadom rozvrh_view a rozvrh_view_extern. Používateľ s týmto kontom tak má
možnosť získať aktuálnu verziu rozvrhu. Pri tom je však vďaka povahe databázových
pohľadov zaručené, že nijak nemôže údaje meniť a tak narušiť integritu údajov v tabuľkách.

Použitie priameho prístupu k týmto pohľadom je však limitované na aplikácie bežiace na tom
istom serveri, ako je umiestnená databáza, pretože k databáze je z bezpečnostných dôvodov
zakázaný prístup z iného servera. Aby som toto obmedzenie obišiel, vytvoril som v rámci
systému rozvrhFM skript<ref>http://rozvrh.fmtnuni.sk/json/data</ref>, v ktorom exportujem údaje z pohľadov vo formáte JSON. Pridal
som tiež možnosť filtrovať exportované údaje podľa parametra, ktorý skript prijíma metódou
GET. Názov tohto parametra je subclass, a jeho hodnoty môžu byť:
*all – vyberú sa všetky údaje z rozvrh_view aj rozvrh_view_extern
*názov krúžku externej formy štúdia – vyberú sa údaje z rozvrh_view_extern súvisiace s daným krúžkom
*názov krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným krúžkom
*prvé tri čísla z názvu krúžku dennej formy štúdia – vyberú sa údaje z rozvrh_view súvisiace s daným študijným odborom a ročníkom
== Bezpečnosť aplikácie ==
Najzraniteľnejším miestom každej dynamickej stránky sú miesta, kde sa vyžadujú vstupné
údaje od používateľa, obzvlášť prihlasovací formulár. Prihlasovanie v mojej aplikácií je
riešené klasickým HTML formulárom, ktorý pozostáva z dvoch polí: prihlasovacie meno
a heslo. Keďže prístup do administrátorského prostredia bude mať obmedzené množstvo ľudí,
rozhodol som sa uchovávať správne prihlasovacie údaje priamo v prihlasovacom skripte
aplikácie. Odpadáva tak porovnávanie vyplnených údajov s údajmi v databáze, ktorej
komunikácia so serverom by mohla byť odpočúvaná útočníkom a nie je možné využiť ani
techniku SQL injection.

Informácia o tom, či je používateľ prihlásený do systému alebo nie, sa uchováva v session.
Sessions je technika ukladania informácií na serveri, kedy sa pre každého návštevníka vytvorí
súbor s unikátnym náhodným názvom. Tento názov sa následne pošle späť prehliadaču, ktorý
si ho ukladá vo forme cookies a pri každej požiadavke na server ho odošle v hlavičke.
Bez toho, aby prehliadač serveru odoslal platný názov súboru session, mu server prístup
k údajom uloženým v session nepovolí. Platnosť session môže ukončiť programátor aplikácie
príkazom na zmazanie súboru a cookies, prípadne sa ukončí sama po zatvorení okna
prehliadača. Sessions sú jedným z najbezpečnejších riešení ukladania údajov pre každého
používateľa zvlášť a zároveň je práca s nimi dostatočne rýchla. Ochrana pomocou sessions sa
najčastejšie obchádza krádežou identity prihláseného používateľa. Táto technika útoku sa
však dá použiť iba v prípade, že útočník môže do stránky vložiť vlastný kód, napr.
v diskusnom fóre, čo v prípade našej aplikácie nehrozí.

Okrem týchto bezpečnostných opatrení zvyšujem bezpečnosť aplikácie dodržiavaním
základných bezpečnostných pravidiel pri písaní internetovej aplikácie: nepoužívanie
globálnych premenných, filtrovanie vstupu od používateľa, používanie whitelistov.
K základným postupom zvyšujúcim bezpečnosť aplikácie patrí tiež správne nastavenie
servera a inštalovanie bezpečnostných aktualizácií. Za to však už zodpovedá správca servera.
'''Záver'''
Cieľom práce bolo navrhnúť a implementovať systém na tvorbu rozvrhu pre potreby Fakulty
mechatroniky TnUAD. V prvej časti práce som uviedol problémy, ktorým musí programátor
pri vývoji aplikácie slúžiacej na tvorbu rozvrhu čeliť a otázky, ktoré by mal zodpovedať ešte
pred začatím písania kódu. Uviedol som príklady existujúcich programov a subjektívne som
opísal ich klady a nedostatky.

V druhej časti práce som sa sústredil na opis vlastnej aplikácie slúžiacej pre potreby Fakulty
mechatroniky nazvanej rozvrhFM. Uviedol som zoznam programovacích jazykov, ktoré som
pri vývoji použil a zdôvodnil som ich výber. Opísal som tvar a vlastnosti navrhnutej
databázovej štruktúry, ktorá je pri internetovej aplikácií uchovávajúcej väčšie množstvo
údajov kľúčovou otázkou.

Nasledoval opis prihlasovania do systému a akcií, ktoré sa vykonajú po prihlásení. Ukázal
som príklad predspracovania údajov z databázy do podoby, v ktorej sa s nimi pracuje ľahšie
a efektívnejšie a spôsob ich prenosu zo serverového jazyka PHP do JavaScriptu, ktorý beží
v prehliadači používateľa.

V ďalšej časti som rozobral hlavné prvky administrátorského prostredia – hlavné menu,
zoznam hodín zaradených do rozvrhu a zoznam hodín nezaradených do rozvrhu. Opísal som
ich vzhľad a funkciu. Poukázal som na vyššie nároky na rýchlosť JavaScriptového jadra
internetového prehliadača, ktoré sú daňou za dynamickosť systému, ale pre moderné
prehliadače sú znesiteľné.

Funkcie implementované do systému rozvrhFM boli opísané v ďalšej časti práce. Správa
vyučujúcich slúži na nastavenie informácií o vyučujúcich, ktoré sú relevantné len v systéme
rozvrhFM, definovanie časových obmedzení vyučujúcich a ich priradenie k jednotlivým
predmetom a typom predmetov. V správe krúžkov sa požadovanej kombinácií študijného
oboru a ročníka vytvárajú krúžky a priraďujú predmety. Opísal som systém pridávania
vyučovacích hodín do rozvrhu, editáciu informácií o hodinách a ich mazanie. Ďalšou
opísanou funkciou bol archív, ktorý umožňuje ukladanie aktuálneho stavu rozvrhu do
záložného súboru a opätovný návrat k tejto verzií. Pre zvýšenie pohodlia a efektivity pri práci
s aplikáciou som dal používateľovi možnosť nastaviť si niektoré vlastnosti a správanie sa
aplikácie v určitých prípadoch podľa vlastných potrieb. Pomocnými funkciami sú tiež
zhrnutie aktuálneho stavu rozvrhu a možnosť zmazať celý rozvrh alebo jeho časť naraz.

Kvôli možnosti napojenia administrátorského prostredia systému na iné projekty a aplikácie
boli sprístupnené databázové pohľady obsahujúce aktuálny rozvrh. Na odstránenie
obmedzenia prístupu k týmto pohľadom len zo serveru, na ktorom rozvrhFM beží, som
vytvoril voľne prístupný export týchto údajov do formátu JSON.
V poslednej kapitole som sa zaoberal bezpečnosťou svojej aplikácie, opísal som všetky jej
bezpečnostné prvky, ich výhody a nevýhody. Taktiež som uviedol spôsoby, akými som sa
snažil nevýhody týchto prvkov eliminovať.

Výhody mnou vytvorenej aplikácie sú:
*boli použité iba open source technológie, čo znamená nulové náklady na jej vývoji,
*systém disponuje automatickou kontrolou integrity dát,
*systém pre svoju prevádzku potrebuje bežne dostupné technológie (Apache, PHP, MySQL),
*oproti systému AIS systém poskytuje rozhranie na export dát.
Nevýhodou aplikácie je fakt, že nespolupracuje so žiadnym iným informačným systémom
v zmysle vzájomného ovplyvňovania sa.

Budúci vývoj by mohol zahŕňať doplnenie ďalších funkcií, ktoré bude používateľ potrebovať
a optimalizáciu kódu. S príchodom HTML 5 a rozšírením jeho podpory vo viacerých
internetových prehliadačoch by sa kód aplikácie mohol prepracovať tak, aby vyťažil
maximum z možností tejto verzie jazyka.

'''Použitá literatúra'''
#RNDr. Červený, Ľubomír. [Online] 2008. [Dátum: 3. 1 2010.] http://www.cerveny.sk/.
#Daňko, Marek. Portál AiS2. [Online] 2009. [Dátum: 3. 1 2010.] http://www.ais2.sk/xwiki/bin/view/Domov/.
#Wikipédia, prispievatelia. Hypertext markup language. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/Hypertext_markup_language.
#World Wide Web Consortium. W3C. [Online] 2010. [Dátum: 4. 1 2010.] http://www.w3.org/.
#Wikipédia, prispievatelia. JavaScript. Wikipédia, Slobodná encyklopédia. [Online] 2010. [Dátum: 8. 1 2010.] http://sk.wikipedia.org/wiki/JavaScript.
#jQuery Team. jQuery JavaScript Library. [Online] 2010. [Dátum: 5. 1 2010.] http://jquery.com/.
#The PHP Group. PHP: Hypertext Preprocessor. [Online] 2010. [Dátum: 5. 1 2010.] http://php.net/index.php.
#Zend Technologies Ltd. ZF - Zend Framework. [Online] 2010. [Dátum: 5. 12 2010.] http://framework.zend.com/.
#Refsnes Data. W3Schools. [Online] 2010. [Dátum: 5. 1 2010.] http://www.w3schools.com/Ajax/Default.Asp.
#Sun Microsystems, Inc. MySQL. [Online] 2010. [Dátum: 6. 1 2010.] http://www.mysql.com/.
#JSON. [Online] 2009. [Dátum: 6. 1 2010.] http://www.json.org/.
#Nicholas C. Zakas, Jeremy McPeak, Joe Fawcett. Ajax – Profesionálně. Zoner Press, 2007. ISBN 8086815770.
#Luboslav Lacko. Ajax. Computer Press, 2008. ISBN 802512185.
#Donald E. Knuth. The Art of Computer Programming, Volumes 1-4. Addison-Wesley Professional.
#Michael Kofler, Bernd Oggl. PHP 5 a MySQL 5. Computer Press, 2006. ISBN 9788025118139.
<references/>

Súbor:Mpbc2.12.jpg

2010-07-23T17:09:04Z

Fajzen:

Súbor:Mpbc2.11.jpg

2010-07-23T17:08:18Z

Fajzen:

Súbor:Mpbc2.10.jpg

2010-07-23T17:07:33Z

Fajzen: