Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Nástroj pro integraci

Za´padoˇceska´ univerzita v Plzni Fakulta aplikovanyćh vˇed Katedra informatiky a vy´poˇcetn´ı techniky

Bakal´ aˇ rsk´ a pr´ ace N´ astroj pro integraci uˇ zivatelsk´ ych u ´ˇ ct˚ u

Plzeˇ n 2014

David Jan´ıˇcek

Prohl´ aˇ sen´ı Prohlaˇsuji, ˇze jsem bakaláˇrskou práci vypracoval samostatnˇe a v´ yhradnˇe s pouˇzit´ım citovan´ ych pramen˚ u. V Plzni dne 8. kvˇetna 2014 David Jan´ıˇcek

Abstrakt C´ıle bakaláˇrské práce jsou eliminace redundantn´ıho zadáván´ı dat o uˇzivatel´ıch, optimalizace správy integrovan´ ych aplikac´ı a minimalizace rizika vzniku chyby zapˇr´ıˇcinˇené lidsk´ ym faktorem, to vˇse v IT prostˇred´ı zákazn´ıka. Tˇechto c´ıl˚ u bude dosaˇzeno pomoc´ı konsolidace uˇzivatelsk´ ych dat v jednotliv´ ych aplikac´ıch a automatizac´ı správy uˇzivatelsk´ ych u ´ˇct˚ u, tj. zakládán´ı, aktualizace a ruˇsen´ı uˇzivatelsk´ ych u ´ˇct˚ u v jednotliv´ ych aplikac´ıch. Bude vytvoˇren softwarov´ y nástroj, jehoˇz implementace zajist´ı komunikaci aplikac´ı prostˇrednictv´ım definovan´ ych datov´ ych rozhran´ı a transformaci dat do poˇzadovan´ ych formát˚ u. Konsolidovaná uˇzivatelská data budou uloˇzena v databázi integraˇcn´ıho SW a bude moˇzné je spravovat prostˇrednictv´ım webového rozhran´ı. V´ yrazn´ ym pˇr´ınosem je, ˇze konsolidace bude moˇzná vytvoˇren´ım nového rozhran´ı na integraˇcn´ım softwaru, ˇc´ımˇz je zajiˇstˇena dlouhodobá udrˇzitelnost spravovaného prostˇred´ı.

Abstract The aim of this bachelor thesis is the elemination of redundant user data insertion, the management optimalization of the particular applications and the risk minimalization of errors made by human, all of it in the customers’s environment. These goals will be achieved by the consolidation of user data stored in the applications and by the automatization of user accounts lifecycle in the applications, specifically creation, update and deletion of the accounts in the particular applications. An software tool will be created and it’s implementation will maintain communication among the applications through the defined data interfaces and will transform data to the required formats. The consolidated user data will be stored in the database of the implemented software and there will be a possibility to manage data through a web interface. The main contribution will be the consolidation through the formation of the new interface in the software tool which will provide longterm maintainability of the managed environment.

Obsah ´ 1 Uvod 1.1 Motivace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1 2

2 Anal´ yza prostˇ red´ı 2.1 Integrované aplikace . . 2.1.1 Bakaláˇri . . . . . 2.1.2 Active Directory 2.1.3 Moodle . . . . . 2.1.4 YSoft SafeQ . . . 2.1.5 Dalˇs´ı aplikace . . 2.2 Stávaj´ıc´ı ˇreˇsen´ı . . . . .

3 3 3 5 6 6 7 7

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

3 N´ avrh ˇ reˇ sen´ı 4 N´ astroje pro implementaci 4.1 Aplikaˇcn´ı vrstva . . . . . . 4.1.1 Spring Framework 4.1.2 Spring Security . . 4.1.3 Spring LDAP . . . 4.2 Datová vrstva . . . . . . . 4.2.1 Hibernate ORM . . 4.2.2 MySQL . . . . . . 4.2.3 Jasypt . . . . . . . 4.3 Webová vrstva . . . . . . 4.3.1 Twitter Bootstrap 4.3.2 Freemarker . . . . 4.3.3 Sitemesh . . . . . . 4.4 Serverová vrstva . . . . . . 4.4.1 Jetty . . . . . . . . 4.4.2 Apache Tomcat . . 4.5 Maven . . . . . . . . . . .

9

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . .

12 12 12 13 14 14 14 15 15 15 15 16 16 17 17 17 17

4.6

Powershell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

5 Implementace n´ astroje 5.1 V´ yvoj aplikace . . . . 5.1.1 Datov´ y model 5.1.2 Z´ıskán´ı dat . 5.1.3 Dalˇs´ı v´ yvoj . 5.2 Testován´ı . . . . . . 5.3 Produkˇcn´ı verze . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

6 Integrace aplikac´ı 6.1 Integrace - Bakaláˇri . . . . . 6.2 Integrace - Active Directory 6.3 Integrace - Moodle . . . . . 6.4 Integrace - YSoft SafeQ . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

. . . .

. . . . . .

19 19 19 21 22 24 24

. . . .

25 25 27 32 33

7 Zhodnocen´ı 35 7.1 V´ ysledky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 7.2 Budouc´ı v´ yvoj . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 8 Z´ avˇ er

38

A Kompletn´ı datov´ y model

42

B Integrace Moodle s AD

43

C Obsah pˇ riloˇ zen´ eho CD

44

Seznam obr´ azk˚ u 3.1

Návrh datového toku . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

4.1

MVC architektura

5.1 5.2 5.3

Graf historie poˇctu zmˇen ve verzovac´ım systému (z aplikace Gitblit) . 19 Datov´ y model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Screenshot webového rozhran´ı aplikace . . . . . . . . . . . . . . . . . 23

6.1

Nastaven´ı propojen´ı SafeQ - LDAP, pˇrevzato z [10] . . . . . . . . . . 34

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Seznam tabulek 3.1

Pˇrehled integrovan´ ych aplikac´ı . . . . . . . . . . . . . . . . . . . . . .

9

7.1

Synchronizované u ´ˇcty (stav k 4.5.2014) . . . . . . . . . . . . . . . . . 37

´ 1 | Uvod C´ılem této bakaláˇrské práce je navrhnout, implementovat, otestovat a nasadit produkˇcn´ı verzi nástroje pro integraci uˇzivatelsk´ ych u ´ˇct˚ u, kter´ y se bude starat o synchronizaci uˇzivatelsk´ ych dat mezi vybran´ ymi aplikacemi u konkrétn´ıho zákazn´ıka. Nástroj by mˇel b´ yt pˇrizp˚ usoben speciáln´ım potˇrebám zákazn´ıka, na druhou stranu by mˇela b´ yt znatelná snaha navrhnout strukturu programu obecnˇe a nezávisle na specifickém prostˇred´ı odbˇeratele, aby se dal snadno a rychle aplikovat jinde. Z toho plyne, ˇze nástroj nen´ı povaˇzován za jednorázov´ y a v budoucnu je pˇredpokládáno jeho nasazen´ı i u jin´ ych zákazn´ık˚ u. Bakaláˇrská práce byla vytváˇrena pro extern´ı firmu KOBOZ SERVICE, s.r.o.1 , která realizuje nasazen´ı integraˇcn´ıho nástroje jako jednu z ˇca´st´ı svého projektu pro Vyˇsˇs´ı odbornou ˇskolu a Stˇredn´ı ˇskolu veterinárn´ı, zemˇedˇelskou a zdravotnickou v Tˇreb´ıˇci2 (dále jen ˇskola, zákazn´ık). C´ılem bakaláˇrské práce bylo u ´spˇeˇsnˇe provést tuto ˇca´st projektu. Pˇred samotn´ ym návrhem nástroje je nejprve nutné se detailnˇe seznámit s aktuáln´ım ˇreˇsen´ım u zákazn´ıka, definovat a prozkoumat aplikace u ´ˇcastn´ıc´ı se integrace, porozumˇet stávaj´ıc´ımu procesu toku dat a identifikovat jeho chyby a problémy. Postup anal´ yzy je popsán v kapitole 2 Anal´ yza prostˇred´ı. Po anal´ yze prostˇred´ı zákazn´ıka jsou definovány algoritmy v´ ymˇeny dat a navrhnut nov´ y proces fungován´ı integrace aplikac´ı a synchronizace dat s vyuˇzit´ım vyv´ıjeného projektu v kapitole 3 Návrh ˇreˇsen´ı. Následuje fáze samotné implementace aplikace, to znamená popis pouˇzit´ ych nástroj˚ u pro v´ yvoj, jak implementace prob´ıhala a hlavnˇe jak byly aplikace definované v anal´ yze integrovány a napojeny na cel´ y proces. Tˇemto záleˇzitostem se vˇenuj´ı kapitoly 4 Nástroje pro implementaci, 5 Fáze implementace a 6 Integrace aplikac´ı. Nakonec je shrnut pˇr´ınos celého projektu v kapitole 7 Zhodnocen´ı. 1 2

domovsk´ a adresa http://koboz.cz/ v´ıce informac´ı o ˇskole na adrese http://www.szstrebic.cz/

1

´ 1. UVOD

1.1

1.1 Motivace

Motivace

Hlavn´ı motivac´ı pro realizaci této bakaláˇrské práce je právˇe moˇznost spolupráce s uvedenou extern´ı firmou, protoˇze se nejedná o teoretick´ y ˇskoln´ı projekt, ale o v´ yvoj skuteˇcné pouˇzitelné aplikace, která bude fungovat v reálném prostˇred´ı a mˇela by pˇrinést pro zákazn´ıka znaˇcné ulehˇcen´ı a zlepˇsen´ı procesu zadáván´ı uˇzivatelsk´ ych dat. S problémy tohoto typu se nesetkává pouze tento konkrétn´ı zákazn´ık, proto by mohly b´ yt zaj´ımavé vyhl´ıdky budouc´ı moˇzné expanze s projektem i do nˇekter´ ych jin´ ych ˇskolsk´ ych prostˇred´ı.

2

2 | Anal´ yza prostˇ red´ı Analyzován´ı souˇcasného stavu synchronizace dat, softwarov´ y a datov´ y audit se uskuteˇcnil pˇr´ımo v prostˇred´ı zákazn´ıka, kter´ ym je Vyˇsˇs´ı odborná ˇskola a Stˇredn´ı ˇskola veterinárn´ı, zemˇedˇelská a zdravotnická Tˇreb´ıˇc, ve stˇredu 12. ˇcervna 2013.

2.1

Integrovan´ e aplikace

Proces definován´ı integrovan´ ych aplikac´ı prob´ıhal v souˇcinnosti s IT pracovn´ıkem tˇreb´ıˇcské ˇskoly, a to na základˇe smlouvy mezi firmou KOBOZ SERVICE, s.r.o. a ˇskolou, kde uˇz jsou vyjmenovány aplikace, jeˇz maj´ı b´ yt souˇcást´ı integrace. Ke kaˇzdé aplikaci bylo potˇreba z´ıskat pˇr´ıstupové u ´daje, vyuˇz´ıvané poté i pro integraˇcn´ı nástroj, specifikovat obsaˇzená data a jejich souvislost s daty v jin´ ych softwarech. Zároveˇ n bylo potˇreba zjistit, jestli má daná aplikace slouˇzit jako producent dat, tzn. data jsou aktuáln´ı a pouˇzitelná v ostatn´ıch systémech, nebo jako konzument dat, tj. data jsou kopi´ı dat z jiného zdroje a nepˇrináˇsej´ı ˇza´dné nové informace. Uveden´ y IT pracovn´ık byl pro tento proces nepostradatelnou souˇca´st´ı, nikdo jin´ y nemˇel na ˇskole v daném okamˇziku lepˇs´ı pˇrehled o vyuˇz´ıvan´ ych softwarech a stavu dat. Z anal´ yzy vyplynuly následuj´ıc´ı aplikace.

2.1.1

Bakal´ aˇ ri

Software Bakaláˇri je urˇcen pro ˇskoln´ı administrativu, pro u ´ˇcely této práce pak zvláˇstˇe jeho sekce Evidence ˇza´k˚ u a zamˇestnanc˚ u. Webové stránky aplikace uvádˇej´ı, ˇze zpracovává vedle osobn´ıch u ´daj˚ u zejména klasifikaci ˇza´k˚ u. Propracovan´ y systém zápisu a u ´ˇcinn´ ych kontrol dovoluje udrˇzovat data v lepˇs´ım stavu neˇz klasická ruˇcn´ı evidence. Z karty ˇza´ka pak lze vyˇc´ıst veˇskeré potˇrebné informace - osobn´ı u ´daje, u ´daje o rodiˇc´ıch, kompletn´ı klasifikaci za celou ˇskoln´ı docházku a podobnˇe.[3]

3

´ ˇ Í 2. ANALYZA PROSTRED

2.1 Integrované aplikace

Kromˇe osobn´ıch u ´daj˚ u ˇza´k˚ u a klasifikace software obsahuje zaˇrazen´ı ˇza´k˚ u do tˇr´ıd a jednotliv´ ych skupin tˇr´ıdy (napˇr. rozdˇelen´ı chlapci/dˇevˇcata) s vazbou na tˇr´ıdn´ı uˇcitele, a v neposledn´ı ˇradˇe také osobn´ı u ´daje o uˇcitel´ıch vˇcetnˇe jejich aprobac´ı, pracovn´ıho zaˇrazen´ı a jiné. Nav´ıc má systém propracovan´ y model archivace a zneplatnˇen´ı uˇzivatel˚ u. Data v programu Bakaláˇri ruˇcnˇe vyplˇ nuje asistentka vˇzdy v okamˇziku, kdy dojde k urˇcité zmˇenˇe - nab´ıraj´ı se nov´ı ˇzaći, studenti nebo zamˇestnanci, osoba ˇskolu z r˚ uzn´ ych d˚ uvod˚ u opust´ı nebo dojde ke zmˇenˇe osobn´ıch u ´daj˚ u. Mimo asistentky má pˇr´ıstup do administrace Bakaláˇr˚ u uˇz jen IT pracovn´ık. Data v aplikaci byla identifikována jako u ´plná a pˇredevˇs´ım aktuáln´ı, t´ım se mysl´ı, ˇze ˇzádn´ y jin´ y systém na ˇskole nemˇel adekvátnˇe ucelené u ´daje jako Bakaláˇri. V´ yjimkou byla ˇc´ısla ˇcipov´ ych karet d˚ uleˇzit´ ych k ˇcinnostem jako je tisk, vydáván´ı obˇed˚ u v j´ıdelnˇe a docházkového systému pro zamˇestnance (viz sekce 2.1.5). Informace tohoto typu se v softwaru v˚ ubec nevyskytovaly, v základn´ım nastaven´ı programu dokonce nebylo ani nalezeno odpov´ıdaj´ıc´ı pole, kam by se mohly ukládat. Bakaláˇri ovˇsem nab´ızej´ı funkcionalitu pˇridán´ı atribut˚ u do databáze, bylo tedy rozhodnuto, ˇze se vytvoˇr´ı atribut ”ˇc´ıslo ˇcipu” a data budou ruˇcnˇe doplnˇena, v prvn´ı fázi primárnˇe pro uˇcitele - tisk se totiˇz t´ yká hlavnˇe jich. Doplnˇen´ım se dosáhlo i ˇza´douc´ıho vedlejˇs´ıho efektu kontroly správnosti a aktuálnosti ˇcip˚ u.3 ˇ Skola disponuje verz´ı programu 13/14 s databáz´ı uloˇzenou v datov´ ych souborech, takzvan´ ych DBF (dBase file) souborech. Neprob´ıhá ˇzádn´ y import do aplikace Bakaláˇri, data jsou vkládána pouze ruˇcnˇe, tj. neexistovalo napojen´ı na jiné systémy ˇskoly. Po doplnˇen´ı ˇcip˚ u obsahuj´ı Bakaláˇri kompletn´ı potˇrebná data. Program byl proto zvolen jako primárn´ı producent dat, z pohledu integraˇcn´ıho procesu nebude slouˇzit jako konzument dat, protoˇze jiˇz nen´ı nutné vkládat ˇza´dné jiné informace. Anal´ yza softwaru Bakaláˇri prob´ıhala formou ruˇcn´ıho procházen´ı databázov´ ych soubor˚ u (DBF), k prohl´ıˇzen´ı bylo nutné nainstalovat program pro ˇcten´ı DBF formátu. Bylo prozkoumáno nˇekolik des´ıtek menˇs´ıch i vˇetˇs´ıch soubor˚ u, nakonec bylo zjiˇstˇeno, ˇze u ´daje potˇrebné k synchronizaci se nacház´ı v celkem 5 hlavn´ıch tabulkách (UCITELE, ZACI, TRIDY, SKUPINY, WEB). V integraˇcn´ı aplikaci bude nutné naprogramovat ˇcten´ı z tˇechto DBF soubor˚ u, protoˇze Bakaláˇri neposkytuj´ı v´ ystup ve strojovˇe zpracovatelné podobˇe. 3

v´ıce informac´ı o pˇrid´ an´ı pole v Bakaláˇr´ıch na http://www.bakalari.cz/znalosti/znalosti. aspx?l=ed1&p=AIEAA&m=EVID&o=KONFIG

4


2.1.2


Active Directory

Active Directory (AD) je adresáˇrová sluˇzba obsaˇzená v systému Windows Server. Active Directory zahrnuje adresáˇr, v nˇemˇz jsou uloˇzeny informace o distribuovan´ ych prostˇredc´ıch, stejnˇe jako o sluˇzbách, d´ıky nimˇz jsou tyto informace uˇziteˇcné a dostupné. Vˇsechny verze systému Windows Server od systému Windows 2000 podporuj´ı Active Directory.[9, str. 23] Active Directory implementuje protokol LDAP (Lightweight Directory Access Protocol). P˚ uvodn´ı stav poˇctu dat ve sluˇzbˇe byl velmi n´ızk´ y, Active Directory bylo pouˇz´ıváno z pohledu zamˇestnanc˚ u, ˇza´k˚ u a student˚ u jen k pˇrihlaˇsován´ı se v poˇc´ıtaˇcov´ ych uˇcebnách (respektive k pracovn´ım stanic´ım) do m´ıstn´ı s´ıtˇe, takˇze se vystaˇcilo s u ´daji pˇrihlaˇsovac´ı jméno (v Active Directory atribut sAMAccountName), heslo (unicodepwd), jméno (givenName), pˇr´ıjmen´ı (sn) a u ´dajem do kdy je u ´ˇcet ´ aktivn´ı. Uˇcty ˇza´k˚ u a student˚ u byly ruˇcnˇe pˇridávány jako ˇclenové do globáln´ı skupiny studenti. U uˇcitel˚ u byl nav´ıc vyplnˇen u ´daj e-mailová adresa (mail) slouˇz´ıc´ı k napojen´ı na Microsoft Exchange Server, sluˇzbu poskytuj´ıc´ı e-mailovou komunikaci. Uˇcitelé byli ˇclenové globáln´ı skupiny ucitele. Ke kaˇzdému u ´ˇctu pˇr´ısluˇs´ı domovsk´ y adresáˇr, tj. na serverovém u ´loˇziˇsti existuje dedikovan´ y adresáˇr, do kterého má pˇr´ıstup pouze dan´ y uˇzivatel a administrátor, uˇzivatelé zde uchovávaj´ı svá osobn´ı data. Z hlediska pouhého ovˇeˇrován´ı v˚ uˇci sluˇzbˇe Active Directory by se vystaˇcilo s hodnotami, které se vyskytovaly v p˚ uvodn´ım stavu. Active Directory je ale velmi rozˇs´ıˇren´ y nástroj, umoˇzn ˇuje pojmout mnohonásobnˇe vˇetˇs´ı mnoˇzstv´ı informac´ı a hlavnˇe mnoho aplikac´ı na nˇej poskytuje napojen´ı (integraci), v rámci tohoto projektu se jedná právˇe o aplikace SafeQ a Moodle, jak je podrobnˇeji popsáno v dalˇs´ıch sekc´ıch. Z tohoto d˚ uvodu slouˇz´ı Active Directory zároveˇ n jako primárn´ı konzument dat z integraˇcn´ı aplikace i jako producent dat (jak´ ysi pˇrenaˇseˇc) pro aplikace Moodle a SafeQ, kv˚ uli kter´ ym bude potˇreba synchronizovat do Active Directory mnohem v´ıce dat. ˇ Skola v Tˇreb´ıˇci disponuje doménov´ ym ˇradiˇcem na operaˇcn´ım systému Windows Server 2003 a emailov´ ym serverem Microsoft Exchange Server 2003.

5


2.1.3


Moodle

Moodle je open-source e-learningov´ y nástroj (systém pro podporu v´ yuky) nab´ızej´ıc´ı jednotn´ y, robustn´ı, bezpeˇcn´ y a integrovan´ y systém k vytváˇren´ı personalizovan´ ych v´ yukov´ ych prostˇred´ı, kter´ ych na svˇetˇe vznikly des´ıtky tis´ıc. Tˇeˇs´ı se d˚ uvˇery mal´ ych i velk´ ych instituc´ı a organizac´ı, mezi nˇeˇz se ˇrad´ı Shell, London School of Economics, State University of New York, Microsoft a Open University. Moodle pouˇz´ıvá pˇres 65 milión˚ u uˇzivatel˚ u na akademické i firemn´ı u ´rovni, coˇz z nˇej dˇelá svˇetovˇe nejpouˇz´ıvanˇejˇs´ı v´ yukovou platformu.[7] Moodle nebyl p˚ uvodnˇe na ˇskole v Tˇreb´ıˇci vyuˇz´ıván (ani nainstalován), jeho implementace prob´ıhala soubˇeˇznˇe s v´ yvojem této integraˇcn´ı aplikace, byla nasazena verze 2.5.1+ (Build: 20130815). Moodle pro svou ˇcinnost potˇrebuje uˇzivatele (studenty a uˇcitele), uˇcitelé vytváˇr´ı obsah e-learningov´ ych kurz˚ u a studenti ho pak vyuˇz´ıvaj´ı ke studiu. To vyˇzaduje vloˇzen´ı informac´ı jako jména, pˇrihlaˇsovac´ı u ´daje a hlavnˇe e-mailové adresy, pˇres nˇe prob´ıhaj´ı notifikace o událostech v systému (napˇr´ıklad nov´ y obsah kurzu apod.). Dále je nutné rozdˇelit uˇzivatele, pˇredevˇs´ım studenty, do globáln´ıch skupin, pro nˇeˇz se tvoˇr´ı kurzy - naz´ yvaj´ı se kohorty (anglicky cohorts). V prostˇred´ı ˇskoly skupiny pˇresnˇe odpov´ıdaj´ı tˇr´ıdám (a jej´ım skupinám) tak, jak jsem popsal v´ yˇse v sekci o softwaru Bakaláˇri, tato rozdˇelen´ı je tedy ˇzádouc´ı pˇrenést do Moodle. Moodle bude v prvn´ı fázi implementace pouze konzumentem dat, nebude produkovat nová data, která by bylo potˇreba synchronizovat do jin´ ych aplikac´ı. Do budoucna by se dalo uvaˇzovat napˇr´ıklad o importu známek z online test˚ u do aplikace Bakaláˇri.

2.1.4

YSoft SafeQ

YSoft SafeQ je tiskové ˇreˇsen´ı, které pˇrináˇs´ı kontrolu nad tiskem, kop´ırován´ım a skenován´ım v podniku. V prostˇred´ı zákazn´ıka bˇeˇz´ı verze systému 3.6. Tisk je primárnˇe urˇcen jen pro zamˇestnance ˇskoly (hlavnˇe uˇcitele). Do SafeQ se uˇzivatel identifikuje pomoc´ı ˇcipové karty, obsahuj´ıc´ı ˇc´ıslo ˇcipu, a to na terminále um´ıstˇeném na tiskov´ ym/kop´ırovac´ım zaˇr´ızen´ı. Software zkus´ı ve své databázi vyhledat poˇza-

6


2.2 Stávaj´ıc´ı ˇreˇsen´ı

dované ˇc´ıslo ˇcipu a spojit ho se odpov´ıdaj´ıc´ım kontem, které obsahuje kompletn´ı historii tisku, stav konta, a také jméno, pˇr´ıjmen´ı a ostatn´ı u ´daje o osobˇe. Vˇsechna tato data byla zadávána ruˇcnˇe pˇres webové rozhran´ı, které Ysoft SafeQ poskytuje. Nejd˚ uleˇzitˇejˇs´ı ˇca´st´ı integrace bude pˇrenést ˇc´ısla ˇcip˚ u ze softwaru Bakaláˇri do intern´ı databáze SafeQ. SafeQ nepˇrináˇs´ı nové informace, které by bylo potˇreba pˇredávat do ostatn´ıch integrovan´ ych aplikac´ı, splˇ nuje tak definici konzumenta dat.

2.1.5

Dalˇ s´ı aplikace

P˚ uvodnˇe mˇel b´ yt integrován i software J´ıdelna, ale vzhledem k tomu, ˇze se jedná jen o lokáln´ı instalaci (tj. aplikace nen´ı na serveru, ale pouze na jednom poˇc´ıtaˇci v j´ıdelnˇe, kter´ y nen´ı pˇr´ıstupn´ y poˇrád) a nav´ıc jde o velmi zastaral´ y software bez moˇznosti importu dat (jinak neˇz pˇr´ım´ ym nebezpeˇcn´ ym zápisem do DBF soubor˚ u aplikace), byl z této fáze projektu vyjmut. To zp˚ usobilo problém, protoˇze právˇe tento software je nejlepˇs´ım zdrojem ˇc´ısel ˇcip˚ u na ˇskole, a to z toho d˚ uvodu, ˇze prakticky kaˇzd´ y drˇzitel ˇcipu zároveˇ n navˇstˇevuje j´ıdelnu. Dalˇs´ımi systémy na ˇskole jsou software Karas (správa student˚ u ubytovan´ ych na internátu ˇskoly) a software Docházka (evidence pˇr´ıchod˚ u a odchod˚ u zamˇestnanc˚ u do práce), z kapacitn´ıch i ˇcasov´ ych d˚ uvod˚ u ale nakonec souˇca´st´ı integrace nejsou. V souˇcasné dobˇe se vˇsak chystá druhá fáze nasazen´ı integraˇcn´ı aplikace, která uˇz postihne u ´plnˇe vˇsechny systémy zákazn´ıka.

2.2

St´ avaj´ıc´ı ˇ reˇ sen´ı

P˚ uvodn´ı stav synchronizace“ dat na ˇskole byl závisl´ y na ruˇcn´ım zadáván´ı (a tedy ” neustálém opisován´ı) informac´ı do vˇsech aplikac´ı. Proces by se dal popsat takto: ˇskola pˇrijala nového ˇzáka nebo uˇcitele, ten byl zaveden do softwaru Bakaláˇri (klasické u ´daje jako iniciály, m´ısto narozen´ı, tˇr´ıda, rodné ˇc´ıslo a pˇribliˇznˇe 50-100 dalˇs´ıch poloˇzek). V pˇr´ıpadˇe, ˇze chtˇel navˇstˇevovat j´ıdelnu, sekretáˇrka mu vydala ˇcip s unikátn´ım ˇc´ıslem (kdyˇz se jednalo o uˇcitele, dostal ˇcip vˇzdy, protoˇze se pouˇz´ıvá pro tisk i docházkov´ y systém). Osoba pak musela s ˇcipem doj´ıt do j´ıdelny, kde pˇr´ısluˇsná obsluha zadala znovu u ´daje (vˇcetnˇe ˇc´ısla ˇcipu) do softwaru J´ıdelna. Uˇcitel byl zaveden také v docházkovém systému (zadávala znovu sekretáˇrka). Poté nastávala ˇca´st práce pro administrátora s´ıtˇe, ten zavedl uˇzivatele do souboru ve formátu Excel (jméno, 7


2.2 Stávaj´ıc´ı ˇreˇsen´ı

pˇr´ıjmen´ı, login, heslo, platnost), na kter´ y mˇel navázan´ y skript v jazyku Visual Basic for Applications (VBA), jeˇz importoval osobu do Active Directory, ˇc´ımˇz osoba z´ıskala pˇr´ıstup do ˇskoln´ı s´ıtˇe (pˇrihlaˇsován´ı se na poˇc´ıtaˇce v uˇcebnách apod.). Zároveˇ n administrátor s´ıtˇe zavedl uˇzivatele i do softwaru pro tisk SafeQ (opˇet jméno, pˇr´ıjmen´ı, ˇc´ıslo ˇcipu, stav konta). Pokud osoba mˇela b´ yt ubytována na internátu ˇskoly, administrátor s´ıtˇe opakoval zadáván´ı i do tohoto systému (software Karas). Mohla nastat i situace, kdy na internátu bydl´ı osoby, které nejsou souˇca´st´ı ani jednoho z pˇredchoz´ıch systém˚ u, protoˇze internát slouˇz´ı i jako ubytovna. V tˇechto pˇr´ıpadech vˇetˇsinou osoby ˇza´daj´ı administrátora s´ıtˇe o pˇr´ıstup do Active Directory, aby se mohly pˇrihlaˇsovat do ˇskoln´ı s´ıtˇe. Pˇri odchodu osoby ze ˇskoly musel probˇehnout proces opaˇcn´ y, tj. zneplatnˇen´ı uˇzivatele. Velmi ˇcasto nastávaly situace, kdy se na jeho u ´ˇcty zapomnˇelo a ty pak z˚ ustávaly neˇcinné v aplikac´ıch (ˇcasto právˇe v Active Directory). To s sebou nese i bezpeˇcnost´ı rizika, kdyby si osoba byla vˇedoma, ˇze jej´ı u ´ˇcty jsou stále aktivn´ı, mohla by napˇr´ıklad pˇristupovat do ˇskoln´ı s´ıtˇe, i pˇresto ˇze uˇz takov´ ym právem disponovat nemá.

8

3 | N´ avrh ˇ reˇ sen´ı Navrhované ˇreˇsen´ı mus´ı pokr´ yt pˇrenos dat mezi aplikacemi, které jsou uvedeny v tabulce 7.1. Tabulka 3.1: Pˇrehled integrovan´ ych aplikac´ı aplikace verze vazba pˇ res Bakaláˇri 13/14 INTERN KOD Active Directory AD pro Windows Server 2003 sAMAccountName Moodle 2.5.1+ sAMAccountName SafeQ 3.6 cn Pro kaˇzdou integrovanou aplikaci je nutné urˇcit vazbu mezi daty, která obsahuje, a daty, která jsou obsaˇzena v aplikaci, na kterou se napojuje. Tato vazba mus´ı b´ yt unikátn´ı, nezamˇenitelná s ˇzádnou jinou vazbou. Po anal´ yze jednotliv´ ych aplikac´ı byl navrˇzen princip toku dat, s ohledem na to, jaká data aplikace obsahuj´ı a hlavnˇe jaké jsou moˇznosti napojen´ı aplikac´ı na jiné programy. Jeho vizualizace je ilustrována na obrázku 3.14 . Program Bakaláˇri neposkytuje napojen´ı na extern´ı systém, proto bylo zvoleno napojen´ı na vyv´ıjenou integraˇcn´ı aplikaci - INUM (Integrated User Manager - Nástroj pro integraci uˇzivatelsk´ ych u ´ˇct˚ u). Pˇri anal´ yze jeho databázov´ ych soubor˚ u bylo zjiˇstˇeno, ˇze tabulky ZACI.dbf (data o ˇzać´ıch a studentech) a UCITELE.dbf (data o uˇcitel´ıch) obsahuj´ı pˇetim´ıstn´ y primárn´ı kl´ıˇc v atributu INTERN_KOD (ˇretˇezec znak˚ u) unikátn´ı v rámci kontextu databáze, je totiˇz pouˇz´ıván pro vazbu na jiné tabulky (napˇr´ıklad uˇcitel na tˇr´ıdu jako tˇr´ıdn´ı uˇcitel, ˇza´k na skupinu atd.). Tabulky TRIDY.dbf a SKUPINY.dbf obsahuj´ı primárn´ı kl´ıˇc KOD_TRID respektive KOD_SKUP. Tˇechto unikátn´ıch identifikátor˚ u bude vyuˇzito pˇri naˇc´ıtán´ı dat do databáze integraˇcn´ı aplikace, 4

obr´ azek vytvoˇren pomoc´ı aplikace Google Drawing, loga pˇrevzata z: http://www.gjp-me.cz/uploads/images/aktuality/101217-u-dp-uprav/340.jpg http://enowsoftware.com/assets/images/active-directory-logo.png http://www.sharp-cee.com/cps/rde/xbcr/scee/productimages/260_ img-P-document-solution-yssq-960.jpg http://files.gybnp.webnode.cz/200001682-0682b077cd/moodle-icon.jpg

9

´ ˇ SEN ˇ Í 3. NAVRH RE

INUM

Obrázek 3.1: Návrh datového toku

10

´ ˇ SEN ˇ Í 3. NAVRH RE

kde bude pro kaˇzdou entitu odpov´ıdaj´ıc´ı sloupec bakalari_id. Pokud bude v databázi jiˇz ˇra´dek s konkrétn´ım unikátn´ım kl´ıˇcem, bude se záznam upravovat, pokud ne, bude vytvoˇren nov´ y záznam. Tabulky ZACI.dbf a UCITELE.dbf obsahuj´ı nav´ıc jeˇstˇe sloupec DELETED_RC, kter´ y znaˇc´ı, zda je záznam povaˇzován za smazan´ y. Po urˇcité dobˇe smazané záznamy z tabulek miz´ı a archivuj´ı se do jin´ ych tabulek (v pˇr´ıpadˇe skupin a tˇr´ıd miz´ı rovnou) - kdyˇz se pak nenajde záznam pˇri synchronizaci dat v tabulkách, bude povaˇzován za smazan´ y a nastav´ı se tak pˇr´ısluˇsn´ y atribut v integraˇcn´ı databázi. Z tabulky integraˇcn´ı aplikace záznamy mizet nebudou, pouze budou m´ıt nastaven pˇr´ıznak smazán. Active Directory bude napojeno také na integraˇcn´ı aplikaci, aby se mohla naˇctená data z Bakaláˇr˚ u pˇrenáˇset do nˇej. V AD je unikátn´ıch atribut˚ u v´ıce, byl zvolen atribut sAMAccountName (neboli pˇrihlaˇsovac´ı jméno - login; ˇretˇezec znak˚ u). Ten sice z definice unikátn´ı b´ yt nemus´ı, administrátor má ale na ˇskole nastaven proces tak, ˇze sAMAccountName je stejn´ y jako atribut cn (common name), a ten uˇz unikátn´ı je. V databázi INUM bude veden atribut ldap_id, kter´ y bude obsahovat právˇe tuto hodnotu. Login se generuje podle logiky nastavené administrátorem, bude se tedy muset tento algoritmus zapracovat do integraˇcn´ı aplikace a souˇcasnˇe naj´ıt zp˚ usob, jak co nejjednoduˇseji a efektivnˇe importovat jiˇz existuj´ıc´ı loginy a hesla z Active Directory do INUM, protoˇze synchronizace bude provádˇena ze strany aplikace. Na obrázku 3.1 je ˇsipka toku dat i z Active Directory do INUM - sAMAccountName totiˇz nen´ı nejlepˇs´ı atribut pro vazbu dat, ten v AD pˇredstavuje atribut objectGUID (unikátn´ı 16B (bajtov´ y) ˇretˇezec znak˚ u, mˇel by b´ yt unikátn´ı celosvˇetovˇe). Tento atribut bude ukládán do databáze INUM a v budoucnu se moˇzná pˇres nˇej budou vyhledávat objekty v Active Directory. Pokud bude synchronizovan´ y objekt v Active Directory existovat, budou se pouze mˇenit jeho atributy podle dat v databázi INUM, pokud nebude existovat, vytvoˇr´ı se nov´ y. V pˇr´ıpadˇe objekt˚ u s pˇr´ıznakem smazan´ y - pokud objekt neexistuje v AD, nebude se pˇridávát, pokud existuje, zneplatn´ı se dan´ y objekt (nebude se mazat, ale napˇr. uˇzivatel nebude schopen se pˇrihlásit). Moodle nab´ız´ı modul pro integraci s Active Directory, vazba bude prob´ıhat také pˇres atribut sAMAccountName. Logiku vytváˇren´ı, aktualizace a zneplatnˇen´ı objekt˚ u bude ˇr´ıdit sám modul. To samé plat´ı pro Ysoft SafeQ s t´ım rozd´ılem, ˇze vazba bude konfigurována pˇres atribut cn. Moodle i SafeQ budou iniciovat synchronizaci dat vlastn´ım zabudovan´ ym plánovaˇcem.

11

4 | N´ astroje pro implementaci V této kapitole je struˇcnˇe popsáno, které nástroje byly pouˇzity pro v´ yvoj (implementaci) integraˇcn´ı aplikace. Nejdˇr´ıve se popis vˇenuje v sekci Aplikaˇcn´ı vrstva nástroj˚ um od projektu Spring5 , které tvoˇr´ı jádro aplikace, následnˇe program˚ um staraj´ıc´ım se o uchováván´ı a bezpeˇcnost dat v sekci Datová vrstva, poté prvk˚ um jeˇz napomáhaj´ı k zobrazovan´ı dat v sekci Webová vrstva a server˚ um zajiˇst’uj´ıc´ım bˇeh celé aplikace v sekci Serverová vrstva. Byly pouˇzity i nˇekteré jiné nástroje, které se do v´ yˇse uvedeného rozdˇelen´ı nehodily, ty jsou popsány ve vlastn´ıch sekc´ıch. Jsou uvedeny jen nejd˚ uleˇzitˇejˇs´ı programy, integraˇcn´ı nástroj obsahuje velkou spoustu dalˇs´ıch projekt˚ u, jako napˇr´ıklad Google Guava6 . Vˇetˇsina nástroj˚ u je open-source a bezplatn´ ych.

4.1

Aplikaˇ cn´ı vrstva

Aplikaˇcn´ı vrstva ovlivˇ nuje cel´ y chod integraˇcn´ıho nástroje, ˇr´ıd´ı logiku aplikace, stará se o tok dat a moˇznosti, jak k nim pˇristupovat. Dalo by se ˇr´ıci, ˇze se jedná o základn´ı kámen celé implementace.

4.1.1

Spring Framework

Spring Framework je rámec pro tvorbu aplikac´ı v programovac´ım jazyku Java od firmy Pivotal. Prvn´ı jeho verze byla publikována jiˇz v roce 2003 programátorem Rodem Johnsonem s c´ılem ulehˇcit v´ yvojov´ ym t´ ym˚ um vytváˇren´ı jednoduch´ ych (ale i sloˇzit´ ych), pˇrenositeln´ ych, rychl´ ych a flexibiln´ıch aplikac´ı podle standardu J2EE. Obsahuje velké mnoˇzstv´ı nejr˚ uznˇejˇs´ıch ˇcást´ı a v´ yvojov´ ych vˇetv´ı, na druhou stranu je modulárn´ı, to znamená, ˇze v´ yvojáˇr m˚ uˇze jednoduˇse pouˇz´ıvat jen ty ˇca´sti, které 5 6

URL http://spring.io/ URL: https://code.google.com/p/guava-libraries/

12

´ 4. NASTROJE PRO IMPLEMENTACI

4.1 Aplikaˇcn´ı vrstva

jsou k dosaˇzen´ı jeho c´ıl˚ um potˇrebné.[5] Z mnoˇzstv´ı modul˚ u nab´ızen´ ych Spring Framework je pouˇz´ıván Spring Core (funkce jádra), Spring AOP (moˇznost aspektovˇe orientovaného programován´ı), Spring JDBC a Spring ORM (práce s databázemi) a hlavnˇe Spring Web MVC, tato ˇcást poskytuje podporu pro MVC architekturu webové aplikace. MVC (Model-View-Controller) je znám´ y návrhov´ y vzor, princip jeho fungován´ı lze vidˇet na obrázku 4.1. Vˇsechny moduly jsou v integraˇcn´ı aplikaci pouˇzity ve verzi Spring 3.2.4.RELEASE.

Obrázek 4.1: MVC architektura

4.1.2

Spring Security

Spring Security je aplikace slouˇz´ıc´ı k ovˇeˇrován´ı a autorizaci pˇr´ıstupu a je povaˇzována za standard zabezpeˇcován´ı aplikac´ı vyv´ıjen´ ych ve Spring Framework. Je 13


4.2 Datová vrstva

velmi dobˇre integrována se Spring Web MVC.[1] V synchronizaˇcn´ı aplikaci kontroluje pˇr´ıstup (pˇrihláˇsen´ı) do webové aplikace, aby nedoˇslo k neoprávnˇenému ˇcten´ı nebo zmˇenˇe dat. V databázi jsou totiˇz velmi citlivé u ´daje (rodná ˇc´ısla apod.), je tedy ˇza´douc´ı, aby byl pˇr´ıstup poskytnut pouze administrátor˚ um, v tomto projektu se jedná o v´ yvojáˇre aplikace a IT pracovn´ıka ˇskoly. Kdyby nebyla aplikace zabezpeˇcena, mohl by se na jej´ı webové rozhran´ı pˇripojit prakticky kdokoliv znal´ y jej´ı URL. Pouˇzitá verze Spring Security je 3.1.4.RELEASE.

4.1.3

Spring LDAP

Spring LDAP je d˚ uleˇzit´ y modul pro správu a komunikaci s prostˇred´ım Active Directory. Jedná se Java knihovnu ke zjednoduˇsen´ı operac´ı s LDAP (Lightweight Directory Access Protocol - protokol, na nˇemˇz je postaveno mimo jiné i Active Directory) ve stylu návrhového vzoru JdbcTemplate. Rámec poskytuje pro uˇzivatele sadu obvykl´ ych u ´kon˚ u, jako je vyhledáván´ı v kontextu adresáˇre, procházen´ı pˇres vrácené v´ ysledky, ˇsifrován´ı/deˇsifrován´ı dat, filtrovan´ı apod.[2] V integraˇcn´ı aplikaci je pouˇzita verze 1.3.2.RELEASE.

4.2

Datov´ a vrstva

Následuj´ıc´ı nástroje se staraj´ı o uchováván´ı, z´ıskáván´ı a bezpeˇcnost dat v integraˇcn´ı aplikaci.

4.2.1

Hibernate ORM

Hibernate ORM (Object/Relational Mapping) pˇredstavuje framework pro tvorbu aplikac´ı, jejichˇz data musej´ı b´ yt uchována permanentnˇe, tzn. nejedná se jen o online data s krátkou dobou ˇzivotnosti. Hibernate znaˇcnˇe ulehˇcuje ukládán´ı tˇechto dat do pˇr´ısluˇsné databáze, poskytuje nástroje pro z´ıskáván´ı dat zpˇet a hlavnˇe zajiˇst’uje jejich mapován´ı na POJO (Plain Old Java Object) objekty, to znamená, ˇze data uloˇzená obvykle v relaˇcn´ıch databáz´ıch (tabulkové) pˇrevede na data drˇzená v Java objektech. Hibernate ORM implementuje standard JPA (Java Persistence 14


4.3 Webová vrstva

API) a dovede velmi u ´zce spolupracovat s aplikaˇcn´ım rámcem Spring Framework.[4] V integraˇcn´ı aplikaci je vyuˇz´ıvána verze Hibernate 4.2.4.Final.

4.2.2

MySQL

Pro uchováván´ı dat je nutné pouˇz´ıt databázi, v tomto projektu se jedná o relaˇcn´ı databázi Mysql ve verzi 5.5.

4.2.3

Jasypt

Jasypt7 je knihovna v jazyce Java umoˇzn ˇuj´ıc´ı ˇsifrován´ı dat, je schopna ovládat jak symetrické, tak asymetrické ˇsifrován´ı a hashován´ı dat. Jej´ı snadné napojen´ı na Hibernate umoˇzn´ı napˇr´ıklad ukládat hesla uˇzivatel˚ u do databáze v zaˇsifrované podobˇe, takˇze v pˇr´ıpadˇe nepˇredpokládaného u ńiku (to ale neznamená, ˇze se nem˚ uˇze stát) dat z databáze se nedostane u ´toˇcn´ık k citliv´ ym informac´ım.

4.3

Webov´ a vrstva

Webová vrstva se skládá pˇreváˇznˇe z nástroj˚ u zobrazuj´ıc´ıch potˇrebné informace pro administrátory integraˇcn´ı aplikace na rozhran´ı internetového prohl´ıˇzeˇce, takˇze umoˇzn ˇuje aplikace ovládat a konfigurovat pˇres webové rozhran´ı stejnˇe jako zobrazovat data uloˇzená v databázi.

4.3.1

Twitter Bootstrap

Twitter Bootstrap8 je v posledn´ı dobˇe trendem r˚ uznorod´ ych webov´ ych aplikac´ı, coˇz se stává ˇc´ım dál v´ıce terˇcem kritik˚ u tohoto projektu, argumentuj´ı totiˇz t´ım, ˇze vˇsechny portály maj´ı stejn´ y vzhled a nav´ıc nenut´ı uˇzivatele, kteˇr´ı ho pouˇzij´ı, pˇr´ıliˇs rozumˇet kaskádov´ ym styl˚ um a jin´ ym elementárn´ım dovednostem programátora 7 8

URL: http://www.jasypt.org/ URL: http://getbootstrap.com/

15


4.3 Webová vrstva

webového rozhran´ı. V této problematice zastávám také sp´ıˇse kritick´ y názor, na druhou stranu pˇr´ınos této integraˇcn´ı aplikace nemá b´ yt ve spektakulárn´ım a efektn´ım uˇzivatelském designu, ale v jej´ı funkcionalitˇe a efektivitˇe, takˇze pro potˇreby konfigurace pˇres web je Bootstrap velmi vyhovuj´ıc´ı a usnadˇ nuj´ıc´ı dalˇs´ı rozvoj aplikace. Twitter Bootstrap pˇrináˇs´ı responzivn´ı (mˇen´ıc´ı se dle ˇs´ıˇrky zobrazuj´ıc´ıho zaˇr´ızen´ı) design orientovan´ y hlavnˇe na mobiln´ı zaˇr´ızen´ı, aby se aplikace vytvoˇrené pro klasické rozliˇsen´ı monitor˚ u daly ovládat i pˇres tato zaˇr´ızen´ı s menˇs´ımi zobrazovac´ımi schopnostmi. Poskytuje vlastn´ı CSS (kaskádové) styly a vyuˇz´ıvá rozˇs´ıˇreného javascriptového frameworku jQuery9 . Pouˇz´ıvána je verze Twitter Bootstrap 3.0.3, jQuery v1.11.0 a pluginy pro Bootstrap jako napˇr. Bootbox nebo bootstrap-datetimepicker.

4.3.2

Freemarker

Freemarker10 je ˇsablonovac´ı jazyk podobn´ y p˚ uvodn´ım JSP (Java Server Pages) ˇci Velocity. Slouˇz´ı pro generován´ı pˇreváˇznˇe HTML stránek, v tˇr´ıvrstvé architektuˇre MVC se jedná o p´ısmeno V (view). Je schopen zobrazovat Java objekty pˇredané v modelu, a naplˇ novat tak obsah generovaného v´ ystupu, lehce se pomoc´ı nˇeho oddˇel´ı aplikaˇcn´ı logika od zobrazován´ı dat. Integraˇcn´ı aplikace obsahuje Freemarker verze 2.3.20.

4.3.3

Sitemesh

Sitemesh11 pˇredstavuje program implementuj´ıc´ı Decorator pattern (návrhov´ y vzor dekorátor), kter´ y v tomto konkrétn´ım pˇr´ıpadˇe ˇr´ıká, ˇze lze jednoduˇse rozdˇelit HTML kód stránky na ˇca´sti, které se opakuj´ı (napˇr´ıklad hlaviˇcka, patiˇcka), a ˇca´sti, které jsou unikátn´ı pro kaˇzdou stránku (jej´ı obsah). Pomoc´ı Sitemesh se vytvoˇr´ı tzv. dekorátor, j´ımˇz se obal´ı kaˇzdá urˇcená stránka po jej´ım generován´ı, takˇze nemus´ıme opakuj´ıc´ı se ˇca´sti kop´ırovat na v´ıce m´ıst v kódu, ale máme je pouze na jednom m´ıstˇe. Pˇr´ıpadná zmˇena dekorátoru je pak podstatnˇe jednoduˇsˇs´ı a rychlejˇs´ı na proveden´ı. 9

URL: http://jquery.com/ URL: http://freemarker.org/ 11 URL: http://wiki.sitemesh.org/wiki/display/sitemesh/Home 10

16


4.4

4.4 Serverová vrstva

Serverov´ a vrstva

Aplikace napsané ve Spring Framework potˇrebuj´ı pro svoji ˇcinnost webov´ y server, kter´ y se bude starat o pˇredáván´ı poˇzadavk˚ u ze strany klienta, napˇr´ıklad zadán´ı pˇr´ısluˇsné URL aplikace do webového prohl´ıˇzeˇce. Pouˇzity jsou dva takové servery, jeden pˇri v´ yvoji a druh´ y pˇri implementaci v produkˇcn´ım prostˇred´ı zákazn´ıka.

4.4.1

Jetty

Jetty12 server je pouˇzit pro v´ yvoj integraˇcn´ı aplikace, a to z d˚ uvodu jeho jednoduchosti a nenároˇcnosti na systémové prostˇredky. Jedná se o HTTP (Hypertext Transfer Protocol) server a Java Servlet kontejner, operováno je s verz´ı 7.6.4.

4.4.2

Apache Tomcat

Apache Tomcat13 je pouˇzit v produkˇcn´ım prostˇred´ı tˇreb´ıˇcské ˇskoly. Nevyuˇz´ıvá se Jetty server, protoˇze Apache Tomcat velmi dobˇre a u ´zce spolupracuje s Apache14 , coˇz je open-source HTTP server. Na Apache serveru bˇeˇz´ı v produkˇcn´ım prostˇred´ı napˇr´ıklad Moodle (projekt napsan´ y v programovac´ım jazyku PHP), a tak by bylo zbyteˇcné nasazovat dalˇs´ı HTTP server, nav´ıc by nastal problém s pˇresmˇerován´ım port˚ u atp. Apache Tomcat je také jako Jetty Java Servlet kontejner, u zákazn´ıka je nasazen Apache verze 2.4 a Apache Tomcat verze 7.0.50.

4.5

Maven

Apache Maven15 je software pro správu vyv´ıjeného projektu, ˇr´ıd´ı proces kompilace zdrojového kódu, lze definovat závislosti na ostatn´ıch Java knihovnách, generován´ı dokumentace a jiné. Konfigurace projektu prob´ıhá pomoc´ı souboru pom.xml 12

URL: URL: 14 URL: 15 URL: 13

http://www.eclipse.org/jetty/ http://tomcat.apache.org/ http://httpd.apache.org/ http://maven.apache.org/

17


4.6 Powershell

v koˇrenovém adresáˇri projektu. Pokud v souboru uvedeme závislost na ciz´ı knihovnˇe, Maven se postará o proces staˇzen´ı pˇr´ısluˇsné knihovny z tzv. repository (´ uloˇziˇstˇe) a pˇridá ji do kontextu projektu, poté lze knihovnu vyuˇz´ıvat kdekoliv v aplikaci. Umoˇzn ˇuje také lepˇs´ı správu vˇsech pouˇzit´ ych závislost´ı a snadnou v´ ymˇenu nebo jejich aktualizaci.

4.6

Powershell

”Powershell se pomalu stal neodmyslitelnou souˇca´st´ı operaˇcn´ıho systému Windows a dalˇs´ıho aplikaˇcn´ıho softwaru spoleˇcnosti Microsoft. Nebylo by na tom nic divného, kdyby se nejednalo o technologii, která byla jeˇstˇe pˇred pár lety pro Windows pomˇernˇe netypická: textové pˇr´ıkazové rozhran´ı, správcovská textová konzola, zkrátka shell.”[6, str. 14] D˚ uvody, proˇc bylo rozhodnuto pouˇz´ıt v rámci implementace integraˇcn´ı aplikace právˇe Powershell, jsou v nˇekter´ ych ohledech nedostateˇcné moˇznosti programovac´ı jazyku Java a pˇr´ısluˇsn´ ych Java knihoven v operac´ıch s prostˇred´ım Windows, Active Directory a v operac´ıch se souborov´ ym systémem.[8] Skripty napsáné pro Powershell lze pouˇstˇet a ovládát z prostˇred´ı aplikace a plnˇe nahrad´ı nedokonalosti Javy a pomohou vyˇreˇsit problémy, napˇr´ıklad práva uˇzivatel˚ u Active Directory k pˇr´ıstupu ke sloˇzkám. Powershell pro Windows Server je bˇeˇznˇe dostupn´ y aˇz od verze Windows Server 2008, takˇze v produkˇcn´ım prostˇred´ı se musel nainstalovat bal´ıˇcek od Microsoft s názvem Windows Management Framework Core16 , kter´ y obsahuje verzi Windows Powershell 2.0 a jeˇstˇe musel b´ yt pˇridán bal´ıˇcek pˇr´ıkaz˚ u pro ovládán´ı Active Directory (nen´ı ve verzi Windows Server 2003) od firmy Quest17 .

16 17

dostupn´ y z: http://support.microsoft.com/kb/968930 dostupn´ y z: http://www.quest.com/powershell/activeroles-server.aspx

18

5 | Implementace n´ astroje Nástroj pro integraci uˇzivatelsk´ ych u ´ˇct˚ u je nazván anglicky Integrated User Manager, odtud zkratka INUM.

5.1

V´ yvoj aplikace

V´ yvoj pilotn´ı verze aplikace prob´ıhal v obdob´ı od konce srpna 2013 do ˇr´ıjna 2013, pracovn´ım prostˇred´ım byl osobn´ı poˇc´ıtaˇc. Na obrázku 5.1 je vidˇet historie vkládán´ı zmˇen do verzovac´ıho systému GIT.

Obrázek 5.1: Graf historie poˇctu zmˇen ve verzovac´ım systému (z aplikace Gitblit) Zaˇcalo se vytvoˇren´ım nového projektu v Java frameworku Spring, zaloˇzen´ım MySQL databáze pro u ´ˇcely v´ yvoje a napojen´ı databáze pˇres projekt Hibernate ORM. Následoval návrh databázového modelu popsan´ y v následuj´ıc´ı sekci.

5.1.1

Datov´ y model

Datov´ y model z velké ˇca´sti kop´ıruje strukturu databáze programu Bakaláˇri. Na obrázku 5.2 je vidˇet relaˇcn´ı model pro databázové entity osoba (Person), tˇr´ıda (Clazz ) a skupina (Group) a vazby mezi nimi. V pˇr´ıloze A je uveden kompletn´ı databázov´ y model.

19

´ 5. IMPLEMENTACE NASTROJE

5.1 V´ yvoj aplikace

Obrázek 5.2: Datov´ y model U kaˇzdého atributu bylo potˇreba peˇclivˇe zváˇzit jeho datov´ y formát, aby pˇri pˇrenosu dat do integrovan´ ych aplikac´ı nemuselo docházet ke zbyteˇcné konverzi mezi formáty. Jednotlivé atributy uveden´ ych tabulek byly jeden po druhém hodnoceny,

20



zda má, nebo by mohl v budoucnu m´ıt, vyuˇzit´ı pˇri integraci s ostatn´ımi systémy. Tak vzniklo v aplikaci INUM momentálnˇe mnoho nadbyteˇcn´ ych informac´ı (konkrétnˇe tˇreba u ´vazky uˇcitel˚ u), ale na druhou stranu se napˇr´ıklad ukázalo, ˇze p˚ uvodnˇe zdánlivˇe zbyteˇcn´ y atribut pracovn´ ı zaˇ razen´ ı, kter´ y pˇredstavuje ˇc´ıselnou hodnotu, je velmi d˚ uleˇzitou souˇca´st´ı algoritmu rozliˇsován´ı intern´ıch a extern´ıch uˇcitel˚ u. Dalo by se tvrdit, ˇze aplikace INUM slouˇz´ı jako pˇrechodné u ´loˇziˇstˇe dat z Bakaláˇr˚ u, to ´ je ale jenom jeden u ´hel pohledu. Udaje totiˇz pˇri synchronizaci jsou zpracovávány a ukládány v aplikaci pod vhodnou strukturou (pˇr´ıkladem m˚ uˇze b´ yt zaˇrazen´ı ˇza´ka do skupiny – v Bakaláˇr´ıch m˚ uˇze b´ yt uloˇzen jako v´ yˇcet unikátn´ıch kl´ıˇc˚ u osob v textovém poli, v aplikaci INUM je v´ yˇcet pˇretvoˇren na vazbu 1:N mezi osobou a skupinou). Nav´ıc databáze INUM obsahuje d˚ uleˇzité vazebn´ı atributy jak na program Bakaláˇri, tak na Active Directory, coˇz Bakaláˇri nemaj´ı.

5.1.2

Z´ısk´ an´ı dat

Po návrhu a implementaci datového modelu se zaˇcalo pracovat na prvotn´ı integraci s primárn´ım producentem dat, programem Bakaláˇri. Zp˚ usob napojen´ı je detailnˇe popsán v kapitole 6 Integrace aplikac´ı. Pro v´ yvojové u ´ˇcely se musely zkop´ırovat databázové soubory z produkˇcn´ıho prostˇred´ı na m´ıstn´ı disk v´ yvojového poˇc´ıtaˇce, aby v pˇr´ıpadˇe, ˇze by se provedl neplatn´ y zápis do soubor˚ u nebo se jakkoliv jinak poˇskodily, nebyla ovlivnˇena produkˇcn´ı data. Poté doˇslo k naˇcten´ı u ´daj˚ u do databáze INUM. Následovala pˇr´ıprava dat pro napojen´ı Active Directory. Administrátor mˇel k dispozici soubor ve formátu Microsoft Excel, obsahuj´ıc´ı sloupce jméno, pˇr´ıjmen´ı, login, heslo a platnost, jehoˇz pomoc´ı v kombinaci s VBA skriptem zavádˇel uˇzivatele do Active Directory. Neexistoval vˇsak unikátn´ı kl´ıˇc, podle kterého by ˇslo pˇriˇradit uˇzivatel˚ um v databázi odpov´ıdaj´ıc´ı login a heslo. Byl tak vytvoˇren SQL skript, kter´ y pˇridával poloˇzkám v databázi nejdˇr´ıve pˇres kl´ıˇc pˇr´ıjmen´ı, jméno“ a pak pˇres kl´ıˇc ” pˇr´ıjmen´ı“ login a heslo pro Active Directory. T´ımto krokem se vyˇreˇsila vˇetˇsina uˇzi” vatel˚ u (celkem se z Bakaláˇr˚ u naˇcetlo pˇribliˇznˇe 900 osob, z toho okolo 500 aktivn´ıch – ty byly brány v potaz). Zb´ yvalo vyˇreˇsit duplicity (pˇribliˇznˇe 20 uˇzivatel˚ u, ˇreˇseno ruˇcnˇe) a uˇzivatele, kteˇr´ı se nespárovali (zbytek, pomˇernˇe velká ˇca´st, opˇet ruˇcnˇe). Zde bylo vidˇet, ˇze pˇri pouhém ruˇcn´ım zakládán´ı uˇzivatel˚ u do jednoho excelovského

21



souboru docházelo, i pˇres peˇclivost administrátora, k chybám a pˇreklep˚ um stejnˇe jako k duplicitám (dvoj´ı aˇz troj´ı loginy). Nakonec tedy byly k dispozici u ´daje pro synchronizaci do Active Directory, pokraˇcovalo se napojen´ım samotného Active Directory popsaném kapitole 6 Integrace aplikac´ı.

5.1.3

Dalˇ s´ı v´ yvoj

Pro v´ yvojové prostˇred´ı bylo nutné co nejv´ıce nasimulovat produkˇcn´ı prostˇred´ı, potˇrebn´ y tak byl Microsoft Windows Server pov´ yˇsen´ y na doménov´ y ˇradiˇc. Byla zvolena forma virtualizace, kde se pˇres program VirtualBox server nainstaloval, nastavil a rozbˇehl. Pak uˇz nic nebránilo pˇrenosu dat z databáze INUM do Active Directory. Vˇsem objekt˚ um v Active Directory bylo pˇridáno do názvu _dev na znamen´ı, ˇze se jedná o v´ yvojovou verzi aplikace. Zb´ yvalo naprogramovat webové rozhran´ı. Pro tyto u ´ˇcely byl pouˇzit projekt Twitter Bootstrap v kombinaci se ˇsablonovac´ım jazykem Freemarker, kter´ y velmi napomohl ke snadné implementaci vizualizace databázov´ ych dat. Dalˇs´ım nutn´ ym krokem bylo také zabezpeˇcit pˇr´ıstup k aplikaci pˇrihláˇsen´ım pomoc´ı Spring Security. K aplikaci INUM maj´ı pˇr´ıstup pouze administrátoˇri. Ti m˚ uˇzou osobám, které se synchronizuj´ı z Bakaláˇr˚ u do aplikace, na webovém rozhran´ı upravovat pouze ty u ´daje, které nejsou v Bakaláˇr´ıch (jako napˇr´ıklad platnost v doménˇe, login a heslo do domény – pozor, ze specifikace odliˇsn´ y login do Bakaláˇr˚ u a do Active Directory), z toho d˚ uvodu, ˇze by se data pravidelnˇe pˇrepisovala daty z Bakaláˇr˚ u; ruˇcnˇe pˇridan´ ym extern´ım osobám lze upravovat vˇse. Na poˇzádán´ı zákazn´ıka byly pˇridˇelány funkcionality webového rozhran´ı, jako napˇr´ıklad moˇznost tisknout sestavu login a heslo pro konkrétn´ı osobu nebo seznam osob (tˇr´ıda, skupina) nebo r˚ uzné seznamy, napˇr. osob s duplikátn´ımi ˇc´ısly ˇcip˚ u, pˇr´ıpadnˇe vyhledáván´ı v objektech. Na webovém rozhran´ı je moˇznost spustit tlaˇc´ıtkem jak hromadnou synchronizaci vˇsech osob, tak jednotlivé osoby, a to v obou smˇerech Bakaláˇri-INUM a INUM-Active Directory. Na obrázku 5.3 je ukázka jedné z obrazovek webového rozhran´ı aplikace INUM.

22



Obrázek 5.3: Screenshot webového rozhran´ı aplikace

23


5.2

5.2 Testován´ı

Testov´ an´ı

Testován´ı prob´ıhalo jiˇz v prostˇred´ı zákazn´ıka, pˇribliˇznˇe dva mˇes´ıce v intervalu listopad-prosinec 2013. Aplikace INUM uˇz byla napojena pˇr´ımo na produkˇcn´ı databázi programu Bakaláˇri, aby se ale neovlivnil chod IT proces˚ u ˇskoly, v Active Directory byla vytvoˇrena organizaˇcn´ı jednotka (OU) Test a vˇsechny objekty byly synchronizovány do n´ı s pˇr´ıponou názvu _test - nedocházelo tak ke konflikt˚ um s jiˇz existuj´ıc´ımi objekty v AD. Na testovac´ı OU bylo nastaveno napojen´ı aplikace Moodle, která téˇz bˇeˇzela v testovac´ım reˇzimu. SafeQ zat´ım kv˚ uli nejist´ ym v´ ysledk˚ um integrace napojováno nebylo. V souˇcinnosti s administrátorem zákazn´ıka se ladilo chován´ı programu, analyzovala se pˇrenáˇsená data a opravovaly se pˇr´ıpadné chyby.

5.3

Produkˇ cn´ı verze

Pˇri nasazován´ı produkˇcn´ı verze aplikace staˇcilo pˇrekonfigurovat informaci v databázi na prostˇred´ı z TEST na PRODUCTION a zmˇenit opˇet v konfiguraˇcn´ıch poloˇzkách umist’ován´ı objekt˚ u v rámci adresáˇre Active Directory. Objekty se pak zaˇcaly synchronizovat s produkˇcn´ımi daty. Po u ´spˇeˇsném pˇrechodu na produkˇcn´ı verzi integraˇcn´ı aplikace se pˇrenastavil Moodle také na produkˇcn´ı data a SafeQ bylo nakonfigurováno pro synchronizaci s Active Directory, jak je popsáno v kapitole 6 Integrace aplikac´ı. Jako aplikaˇcn´ı server pro produkˇcn´ı prostˇred´ı slouˇz´ı kontejner Apache Tomcat. Celá aplikace bˇeˇz´ı na ˇskoln´ım serveru v Tˇreb´ıˇci, kde je nainstalován operaˇcn´ı systém Microsoft Windows Server 2012 R2. Jin´ y server, kter´ y slouˇz´ı jako doménov´ y kontroler, je vybaven operaˇcn´ım systémem Microsoft Windows Server 2003 a správcem emailov´ ych schránek Microsoft Exchange Server 2003. Nasazován´ı aplikace do provozu muselo b´ yt provedeno dvakrát, protoˇze v p˚ uvodn´ım stavu nám byl poskytnut server se star´ ymi Windows 2003, v p˚ ulce ledna 2014 se potom z technick´ ych d˚ uvod˚ u nasazoval nov´ y server s operaˇcn´ım systémem Windows 2012 R2.

24

6 | Integrace aplikac´ı V následuj´ıc´ıch sekc´ıch je detailnˇe popsána integrace jednotliv´ ych aplikac´ı, konkrétnˇe zp˚ usob jak prob´ıhala, které problémy se pˇri n´ı vyskytly, jak musely b´ yt aplikace pro komunikaci nastaveny a dalˇs´ı pˇreváˇznˇe technické u ´daje.

6.1

Integrace - Bakal´ aˇ ri

Aplikace Bakaláˇri byla v kapitole Anal´ yza prostˇred´ı definována jako primárn´ı producent dat, proto bylo napojen´ı datového zdroje na integraˇcn´ı aplikaci prioritou. Bakaláˇri na ˇskole v Tˇreb´ıˇci maj´ı svá data uchována v DBF souborech (jeˇstˇe jsou verze programu, které pouˇz´ıvaj´ı MSSQL databáze - Microsoft SQL Server), bylo tedy nutné naj´ıt vhodn´ y nástroj, kter´ y dokáˇze ˇc´ıst DBF soubory a operovat s nimi v prostˇred´ı jazyku Java. Existuje velké mnoˇzstv´ı open-source Java knihoven pro ˇcten´ı a zápis DBF soubor˚ u, napˇr´ıklad DANS DBF Library 18 nebo jdbf 19 , jejich problém je vˇsak individua´ln´ı pˇr´ıstup k danému souboru, tj. v jeden okamˇzik lze pˇristupovat pouze k jednomu souboru, nelze tak provádˇet v´ ybˇer pˇres v´ıce soubor˚ u, jako jsme zvykl´ı pˇri dotazován´ı na data pˇres SQL - Structured Query Language (JOIN, neboli spojen´ı tabulek - v´ ybˇer z v´ıce tabulek). Vzhledem k povaze dat v aplikaci Bakaláˇri, kde se ˇcasto vyskytuj´ı vazby mezi jednotliv´ ymi entitami jako napˇr´ıklad ˇza´k-tˇr´ıda, ˇza´k-skupina, skupina-tˇr´ıda a jiné, bylo vhodné naj´ıt alternativu umoˇznuj´ıc´ı dotazován´ı nejlépe právˇe pˇres SQL. Takového v´ ysledku lze dosáhnout pomoc´ı JDBC-to-ODBC bridge (mostu). ODBC (Open Database Connectivity) je obecné rozhran´ı definuj´ıc´ı pˇristupován´ı k databázov´ ym zdroj˚ um. V´ yvojáˇri ODBC maj´ı za c´ıl vytvoˇrit rozhran´ı nezávislé na pouˇzitém databázovém systému a operaˇcn´ım systému. JDBC (Java Database Connectivity) 18 19

URL: http://dans-dbf-lib.sourceforge.net/ URL: https://github.com/iryndin/jdbf

25

6. INTEGRACE APLIKACÍ

6.1 Integrace - Bakaláˇri

je rozhran´ı pro programovac´ı jazyk Java, které poskytuje metody pro dotazován´ı a zmˇenu dat v databáz´ıch, hlavnˇe pak relaˇcn´ıch. JDBC-to-ODBC bridge pˇrináˇs´ı pˇr´ıstup v JVM (Java Virtual Machine) prostˇred´ı pro jak´ ykoliv databázov´ y zdroj dosaˇziteln´ y pomoc´ı ODBC rozhran´ı.[11] Bylo by samozˇrejmˇe v´ yhodnˇejˇs´ı vyuˇz´ıt jen JDBC rozhran´ı bez pouˇz´ıt´ı JDBC-to-ODBC bridge, takové ovladaˇce se vˇsak nepovedlo naj´ıt v bezplatné verzi, existuj´ı jen placené verze jako napˇr´ıklad StelsDBF.20 Ke ˇcten´ı (i zápisu) do DBF soubor˚ u uˇz pak staˇc´ı nainstalovat na server, na kterém bˇeˇz´ı aplikace, ovladaˇc Microsoft Visual FoxPro ODBC Driver21 . Ovladaˇc je napsán pro 32b (bitové) operaˇcn´ı systémy. Prostˇred´ı zákazn´ıka vˇsak disponuje 64b operaˇcn´ım systémem, tento problém se dá vyˇreˇsit pouˇzit´ım stávaj´ıc´ı 32b verze ovladaˇce s t´ım omezen´ım, ˇze celá integraˇcn´ı aplikace bude spuˇstˇena pomoc´ı 32b JVM, podrobnˇeji viz http://saltydogllc.com/?p=356.V integraˇcn´ı aplikaci je poté nutné uvést následuj´ıc´ı konfiguraci JDBC zdroje:

"Url"="jdbc:odbc:Driver={Microsoft Visual FoxPro Driver}; SourceType=DBF; SourceDB=d:/dev/inum/bakalari/evid/data; Exclusive=No;Collate=Machine;NULL=NO; DELETED=NO;BACKGROUNDFETCH=NO;" "DriverClassName"="sun.jdbc.odbc.JdbcOdbcDriver" "ConnectionProperties"="charSet=WINDOWS-1250" Obsah "Url" je takzvan´ y connection string (ˇretˇezec k pˇripojen´ı ke zdroji), urˇcuje kter´ y ovladaˇc se má k pˇripojen´ı pouˇz´ıt (jiˇz v´ yˇse zmiˇ novan´ y Microsoft Visual FoxPro Driver) a hlavnˇe cesta ke sloˇzce, ve které jsou uloˇzeny DBF soubory, m˚ uˇze se jednat 22 o cestu k m´ıstn´ı sloˇzce nebo cestu v s´ıti. "DriverClassName" je název Java tˇr´ıdy urˇcuj´ıc´ı pouˇz´ıvan´ y JDBC ovladaˇc a "ConnectionProperties" definuje specifické parametry pˇripojen´ı, v tomto pˇr´ıpadˇe jaké pouˇz´ıt kódován´ı pro ˇcten´ı a zápis do DBF. Pˇred pouˇzit´ım tohoto kódován´ı byl problém s ˇceskou diakritikou napˇr´ıklad ve jménech osob. 20

URL: http://www.csv-jdbc.com/stels_dbf_jdbc.htm Dostupn´ y z http://download.microsoft.com/download/vfoxodbcdriver/Install/6.1/ W9XNT4/EN-US/VFPODBC.msi 22 V´ıce o connection strings na http://www.connectionstrings.com/visual-foxpro/ nebo http://www.devlist.com/ConnectionStringsPage.aspx 21

26


6.2 Integrace - Active Directory

T´ımto je vytvoˇreno spojen´ı do databáze aplikace Bakaláˇri a lze pak jednoduˇse psát SQL dotazy pro z´ıskán´ı potˇrebn´ ych dat, napˇr´ıklad následuj´ıc´ı dotaz vrát´ı seznam vˇsech skupin vˇcetnˇe potˇrebn´ ych parametr˚ u: SELECT g.KOD_TRID clazz_id, c.ZKRATKA clazz_shortcut, g.KOD_SKUP group_id, g.CLENOVE members, g.NAZEV name, g.SKOLNI_ROK school_year, g.ZKRATKA shortcut, g.FILTR sql_filter, g.POCET_ZAKU student_count, g.TYP type FROM dbf/SKUPINA.DBF g LEFT JOIN dbf/TRIDY.DBF c ON g.KOD_TRID = c.KOD_TRID ORDER BY clazz_shortcut; Klauzule FROM dbf/SKUPINA.DBF g a LEFT JOIN dbf/TRIDY.DBF c obsahuje pˇr´ımé odkazy na DBF soubory, ze kter´ ych je ˇcteno, a to relativnˇe v˚ uˇci cestˇe zadané v connection stringu. Ze Spring Framework je pak vyuˇz´ıván JDBCTemplate a jeho metody jako napˇr. jdbcTemplate.query(sqlGroups, new BakalariGroupMapper()), která v´ ysledek v´ yˇse uvedeného SQL pˇr´ıkazu pˇremapuje na seznam Java objekt˚ u definovan´ ych ve tˇr´ıdˇe BakalariGroupMapper.

6.2

Integrace - Active Directory

Integrace Active Directory byla jednoduˇsˇs´ı neˇz integrace softwaru Bakaláˇri, protoˇze byl pouˇzit projekt Spring LDAP verze 1.3.2.RELEASE, kter´ y znaˇcnˇe ulehˇcuje implementaci, konfiguraci a v´ ymˇenu dat mezi integraˇcn´ı aplikac´ı INUM a doménov´ ym ˇradiˇcem. Pro konfiguraci pˇr´ıstupu k serveru s Active Directory je nutné v souboru 27



/src/main/filters/production_filter.properties (respektive pˇri v´ yvoji a testován´ı v souboru /src/main/filters/development_filter.properties) uvést následuj´ıc´ı u ´daje: cfg.ldap.url=ldaps://192.168.56.102:636 cfg.ldap.base=dc=inum,dc=development cfg.ldap.readonly=false cfg.ldap.user.dn={DN administr´ atora} cfg.ldap.user.password={heslo administr´ atora} Vˇsechny parametry jsou povinné, cfg.ldap.base udává bázi v˚ uˇci které budou prob´ıhat následná vyhledáván´ı a zmˇeny objekt˚ u v AD, cfg.ldap.readonly zda bude z AD pouze ˇcteno nebo se bude i zapisovat (false = i zápis) a cfg.ldap.user.dn s cfg.ldap.user.password jsou pˇr´ıstupové u ´daje administrátorského u ´ˇctu, jimiˇz se pˇrihlaˇsuje integraˇcn´ı aplikace. Nejd˚ uleˇzitˇejˇs´ım u ´dajem je cfg.ldap.url, tedy IP adresa nebo jméno serveru, na kterém je nainstalován doménov´ y ˇradiˇc. Jeho ˇca´st ldaps (a také ˇc´ıslo portu 636 ) mimo jiné definuje, ˇze se bude pˇripojovat pˇres zabezpeˇcen´ y (LDAPS - anglicky LDAP over SSL) protokol, kv˚ uli pˇrenáˇsen´ı hesel uˇzivatelsk´ ych u ´ˇct˚ u do AD se jedná o nezbytnou ˇca´st, pokud by totiˇz byl pouˇzit nezabezpeˇcen´ y protokol (klasick´ y LDAP), Active Directory nepovol´ı pˇrenáˇsen´ı hesel. K pouˇzit´ı LDAPS je potˇreba nainstalovat SSL (Secure Sockets Layer) certifikát doménového kontroleru do u ´loˇziˇstˇe Javy. K tomuto u ´ˇcelu byl pouˇzit nástroj InstallCert23 , podrobn´ y popis postupu instalace certifikátu lze nalézt na http://www.opentox.org/tutorials/ q-edit/how-to-install-ssl-certificates/. Po tomto nastaven´ı pak staˇc´ı uvést v XML souboru aplikaˇcn´ıho kontextu integraˇcn´ı aplikace následuj´ıc´ı Java objekty (Beans):

<property name="url" value="${cfg.ldap.url}"/> <property name="base" value="${cfg.ldap.base}"/> <property name="userDn" value="${cfg.ldap.user.dn}"/> <property name="password" value="${cfg.ldap.user.password}"/> 23

Dostupn´ y z https://code.google.com/p/java-use-examples/source/browse/trunk/src/ com/aw/ad/util/InstallCert.java

28



<property name="baseEnvironmentProperties"> <map> <entry key="java.naming.security.authentication" value="simple"/> <entry key="java.naming.ldap.attributes.binary" value="objectGUID"/> <property name="pooled" value="false"/> <property name="contextSource" ref="ldapContextSource"/> <property name="ignorePartialResultException" value="true"/>

Pomoc´ı objektu ldapTemplate lze následnˇe snadno pˇristupovat a dotazovat se do AD, pˇr´ıkladem m˚ uˇze b´ yt, aby AD vrátilo seznam vˇsech objekt˚ u typu uˇzivatel s uveden´ ym pˇrihlaˇsovac´ım jménem (ldapId je parametr obsahuj´ıc´ı poˇzadované pˇrihlaˇsovac´ı jméno):

ldapTemplate.search( "", "(&(objectClass=user)(sAMAccountName=" + ldapId + "))", new LdapPersonContextMapper() ); Pˇr´ıkaz funguje na podobném principu jako JDBC template uveden´ y v integraci aplikace Bakaláˇri, tj. z´ıskanou odpovˇed’ od serveru AD pˇretransformuje na seznam objekt˚ u definovan´ ych ve tˇr´ıdˇe LdapPersonContextMapper. T´ımto zp˚ usobem je integraˇcn´ı aplikace schopna ˇc´ıst data z AD, coˇz je vyuˇz´ıváno v kódu k tomu, aby se zjistilo, jestli dan´ y synchronizovan´ y objekt jiˇz v AD existuje. Existuje-li, pak je urˇceno, ˇze se budou jeho atributy jenom aktualizovat následuj´ıc´ım volán´ım metody: 29



ldapTemplate.modifyAttributes( {DN objektu z´ ıskan´ eho ˇ cten´ ı,}, {mapa kl´ ıc ˇ-hodnota atribut˚ u ke zmˇ enˇ e} ); a pokud objekt v AD jeˇstˇe neexistuje, volán´ım následuj´ıc´ı metody se vytvoˇr´ı: ldapTemplate.bind( {DN nov´ eho objektu}, null, {mapa kl´ ıc ˇ-hodnota atribut˚ u k vytvoˇ ren´ ı} ); Pˇri vytváˇren´ı nov´ ych objekt˚ u je tˇreba dbát na unikátnost jejich DN, jinak Active Directory nepovol´ı zapsán´ı. V databázi INUM je pro tento u ´ˇcel vedeno pole ldap_id pro entity Person (osoba - ˇza´k, student, uˇcitel) a Group (skupina), které je jedineˇcné a lze z nˇej snadno sestavit poˇzadované DN. Do Active Directory jsou synchronizovány u ´daje o osobách (jména, adresy, mobiln´ı ˇc´ısla, emaily, ˇc´ısla ˇcip˚ u apod.), u ´daje o zaˇrazen´ı osob (student, ˇzák, uˇcitel, extern´ı uˇcitel, extern´ı ˇzák) a u ´daje o pˇr´ısluˇsnosti ke skupinám (tˇr´ıdy, skupiny – podmnoˇziny tˇr´ıd). Kaˇzdá osoba je samostatn´ ym objektem v Active Directory (objekt user ˇci person), je souˇca´st´ı globáln´ı skupiny (objekt group), která ji identifikuje vzhledem k pracovn´ımu zaˇrazen´ı (student, ˇza´k, uˇcitel, extern´ı uˇcitel, extern´ı ˇzák; patˇr´ı právˇe do jedné takové skupiny) a ˇzáci ˇci studenti jsou pak jeˇstˇe ˇclenové jin´ ych skupin (objekt group) podle toho, do které tˇr´ıdy nebo podskupiny tˇr´ıdy patˇr´ı (mohou patˇrit do v´ıce skupin). Dalˇs´ı d˚ uleˇzitou souˇcást´ı integrace Active Directory je vytváˇren´ı domovsk´ ych adresáˇr˚ u pro uˇzivatele domény. K tomu velmi dobˇre poslouˇzil nástroj Powershell 2.0 pro Windows, jak je jiˇz zm´ınˇeno v sekci pojednávaj´ıc´ı o Powershellu. K ovládán´ı skript˚ u napsan´ ych v tomto skriptovac´ım jazyce z Javy slouˇz´ı tˇr´ıda um´ıstˇená v cestˇe src\main\java\cz\davidak\utils\PowershellScriptHandler.java, která zvládá pouˇstˇet skripty zadané pˇr´ımo ˇretˇezcem znak˚ u nebo je naˇc´ıtat z konfiguraˇcn´ı poloˇzky aplikace. Zde je uveden pˇr´ıklad, jak se nastavuje právo plné kontroly pro administrátory na konkrétn´ı sloˇzce pomoc´ı Powershellu: 30



$acl = Get-Acl {cesta ke sloˇ zce} $ruleForAdmins = New-Object System.Security.AccessControl.FileSystemAccessRule( "\Administrators", "FullControl", "ContainerInherit, ObjectInherit", "None", "Allow") $acl.AddAccessRule($ruleForAdmins) Set-Acl $homeFolderPath $acl Tento kód je uloˇzen v konfiguraci aplikace, lze ho na webovém rozhran´ı libovolnˇe mˇenit. V sekci o Powershellu je také ˇreˇceno, ˇze nˇekteré operace s Active Directory nelze pohodlnˇe udˇelat nebo v˚ ubec provádˇet z Javy, jeden takov´ y pˇr´ıklad je nastaven´ı nemoˇznosti zmˇeny hesla pro uˇzivatele, coˇz je vzhledem k pravidelné synchronizaci hesel z integraˇcn´ı aplikace do Active Directory ˇza´douc´ı efekt. Pomoc´ı Powershellu a sady pˇr´ıkaz˚ u Quest pro Powershell se tohoto nastaven´ı dá dosáhnout následuj´ıc´ım zp˚ usobem:

Get-QADUser $personCN -Service "{jm´ eno serveru}" | Set-QADUser -AccountExpires $accountExpires Get-QADUser $personCN -Service "{jm´ eno serveru}" | Add-QADPermission -Account SELF,Everyone -ExtendedRight "User-Change-Password" -Deny -ApplyTo ThisObjectOnly Novˇejˇs´ı verze systému Windows Server (od 2008) maj´ı Powershell nainstalovan´ y v základn´ım nastaven´ı a poskytuj´ı podobnou sadu pˇr´ıkaz˚ u jako nástroje Quest s t´ım rozd´ılem, ˇze práce s nimi je pohodlnˇejˇs´ı a tohoto konkrétn´ıho efektu nemoˇznosti zmˇenit heslo lze dosáhnout jednoduˇsˇs´ı cestou. Posledn´ı d˚ uleˇzitou ˇcást´ı, kterou bylo potˇreba pˇri integraci Active Directory vyˇreˇsit, je zakládán´ı e-mailov´ ych schránek pro uˇcitele v prostˇred´ı Microsoft Exchange Server. Tento program ukládá své nastaven´ı právˇe v doménˇe Active Directory, tj. i u ´daje o schránkách lze naj´ıt mezi atributy AD. Opˇet, pokud bychom operovali s novˇejˇs´ı verz´ı Microsoft Windows Server (2008 a v´ yˇs), bylo by vytváˇren´ı schránek jednoduché pomoc´ı Powershell skript˚ u, v produkˇcn´ım prostˇred´ı je vˇsak nasazen operaˇcn´ı systém Windows Server 2003, tak bylo nutné naj´ıt alternativn´ı ˇreˇsen´ı. Java 31


6.3 Integrace - Moodle

knihovna s operacemi pro Exchange Server neexistuje, doˇslo se vˇsak k závˇeru, ˇze k vytvoˇren´ı schránek staˇc´ı do Active Directory pomoc´ı Spring LDAP pˇrenáˇset tyto 4u ´daje - mail, mailNickName, displayName a hlavnˇe homeMDB. Prvn´ı urˇcuje celou e-mailovou adresu vˇcetnˇe zavináˇce, druh´ y ˇcást adresy pˇred zavináˇcem, tˇret´ı jméno osoby vlastn´ıc´ı e-mailovou schránku a ˇctvrt´ y, nejd˚ uleˇzitˇejˇs´ı, je um´ıstˇen´ı schránek v adresáˇri Active Directory. Cesta k posledn´ımu u ´daji byla z´ıskána z anal´ yzy dˇr´ıve vytvoˇren´ ych Exchange u ´ˇct˚ u a je jednou z konfiguraˇcn´ım poloˇzek integraˇcn´ı aplikace. Tento zp˚ usob vytváˇren´ı vyplynul z testován´ı, inspirac´ı byly tipy ze stránky 24 SelfADSI .

6.3

Integrace - Moodle

Integrace e-learningového nástroje Moodle spoˇc´ıvala v nastaven´ı propojen´ı dat s Active Directory. To zahrnuje 2 ˇca´sti - zaprvé ovˇeˇrován´ı pˇrihlaˇsován´ı uˇzivatel˚ u do Moodle a zadruhé synchronizaci globáln´ıch skupin (v Moodle naz´ yvan´ ych kohort˚ u) se skupinami vytvoˇren´ ymi v Active Directory z pˇr´ısluˇsnosti ˇzák˚ u a student˚ u do tˇr´ıd a skupin tˇr´ıd (z hlediska programu Bakaláˇri). Prvn´ı ˇca´st je zajiˇstˇena modulem pro Moodle LDAP, screenshot z nastaven´ı tohoto modulu je v pˇr´ıloze B. Princip pˇrihlaˇsován´ı uˇzivatel˚ u do Moodle spoˇc´ıvá v d˚ uvˇeˇre ze strany Moodle k jiné autoritˇe, v tomto pˇr´ıpadˇe Active Directory. Pokud se uˇzivatel prokáˇze správn´ ym pˇrihlaˇsovac´ım jménem a heslem, Active Directory signalizuje, ˇze uˇzivatel je ovˇeˇren´ y a Moodle ho tedy vpust´ı do svého systému. Pokud Moodle uˇzivatele jeˇstˇe neznal, vytvoˇr´ı pro nˇej záznam ve vlastn´ı databázi a naˇcte pˇr´ısluˇsné informace (e-mailová adresa, jméno, pˇr´ıjmen´ı), a kdyˇz uˇzivatel patˇr´ı do globáln´ı skupiny AD ucitele, udˇel´ı mu roli tv˚ urce kurzu. V prostˇred´ı zákazn´ıka je nastaveno, ˇze si Moodle neukládá hesla uˇzivatel˚ u, a tak ovˇeˇrován´ı v˚ uˇci Active Directory prob´ıhá pˇri kaˇzdém pˇrihlaˇsován´ı do Moodle. V´ yhoda tohoto nastaven´ı je, ˇze pokud se zmˇen´ı heslo uˇzivatele v Active Directory, nemus´ı se mˇenit i v Moodle, ale uˇzivatel se automaticky ihned ovˇeˇruje nov´ ym heslem. Synchronizace globáln´ıch skupin v Moodle aneb kohort˚ u (anglicky cohorts) je sloˇzitˇejˇs´ı, protoˇze se nejedná o standardn´ı plugin jako LDAP. Integrace prob´ıhá 24

URL: http://www.selfadsi.org/create.htm

32


6.4 Integrace - YSoft SafeQ

pomoc´ı extern´ıho PHP skriptu25 , kter´ y je nutné um´ıstit do sloˇzky v adresáˇri Moodle %MOODLE_HOME%/www/auth/cas. Skript poté kaˇzdou noc synchronizuje skupiny s Active Directory a pˇriˇrazuje do nich uˇzivatele ze své intern´ı databáze. Tato synchronizace znaˇcnˇe ulehˇcuje práci tv˚ urc˚ um kurz˚ u (uˇcitelé), kteˇr´ı nemusej´ı ruˇcnˇe pˇridˇelovat ˇza´ky nebo studenty podle pˇr´ısluˇsnosti ke skupinám, ale pouze pˇri vytváˇren´ı kurzu vyberou poˇzadovanou skupinu, pro kterou je kurz urˇcen, a uˇzivatelé uˇz jsou pˇriˇrazeni automaticky.

6.4

Integrace - YSoft SafeQ

Software pro tisk SafeQ poskytuje také integraˇcn´ı modul pro napojen´ı k Active Directory, jedin´ ym problémem bylo tedy urˇcit, které uˇzivatele má do své lokáln´ı databáze synchronizovat a poté vkládat do Active Directory ˇc´ıslo ˇcipu. V´ ybˇer uˇzivatel˚ u se uskuteˇcn ˇuje na základˇe search filteru“ do Active Directory, kter´ y vybere jen ” uˇzivatele, kteˇr´ı maj´ı vyplnˇen atribut ˇc´ıslo ˇcipu a zároveˇ n atribut, kter´ y uvád´ı, ˇze je daná osoba synchronizována s integraˇcn´ım nástrojem. Active Directory neposkytuje ve svém základn´ım schématu ˇza´dn´ y atribut k podobn´ ym u ´ˇcel˚ um jako ˇc´ıslo ˇcipu, a pˇridán´ı takového atributu do schématu nen´ı triviáln´ım u ´kolem, proto byl pouˇzit bˇeˇzn´ y, ale pro u ´ˇcely ˇskoly nepouˇz´ıvan´ y, atribut title. Dalˇs´ım d˚ uvodem k v´ ybˇeru tohoto atribut je fakt, ˇze ho lze zobrazit v pˇrehledu programu Uˇzivatelé a poˇc´ıtaˇce sluˇzby Active Directory. Na obrázku 6.1 je vidˇet jedna z obrazovek nastaven´ı propojen´ı SafeQ na protokol LDAP - Active Directory.

25

domovsk´ a str´ anka https://github.com/patrickpollet/moodle_local_ldap https://tracker.moodle.org/browse/MDL-25011

33

pˇr´ıpadnˇe


6.4 Integrace - YSoft SafeQ

Obrázek 6.1: Nastaven´ı propojen´ı SafeQ - LDAP, pˇrevzato z [10]

34

7 | Zhodnocen´ı Integraˇcn´ı aplikace INUM je od konce ledna 2014 nasazena v produkˇcn´ım prostˇred´ı zákazn´ıka, kter´ ym je Vyˇsˇs´ı odborná ˇskola a Stˇredn´ı ˇskola veterinárn´ı, zemˇedˇelská a zdravotnická Tˇreb´ıˇc. Od uveden´ı do produkˇcn´ıho provozu pˇr´ıliˇs zmˇen v logice nebo chován´ı aplikace neprobˇehlo, nepˇriˇslo se totiˇz na ˇzádné závaˇzné chyby, které by se musely akutnˇe opravit. Proces zadáván´ı uˇzivatel˚ u se znaˇcnˇe zjednoduˇsil, v souˇcasné situaci je nutné zadávat data pouze do softwaru Bakaláˇri, pak uˇz pˇrenos dat mezi integrovan´ ymi aplikacemi prob´ıhá automaticky. Integraˇcn´ı ˇca´st je hotová, obˇcas se vˇsak najdou podnˇety pro zmˇenu. Z nedávn´ ych pˇr´ıpad˚ u lze uvést napˇr´ıklad pˇridán´ı algoritmu pro hl´ıdán´ı a upozorˇ nován´ı na duplicitn´ı ˇcipy v databázi, aby nedocházelo k v´ıcenásobnému v´ yskytu a chybám plynouc´ım z tˇechto duplikát˚ u. Tyto návrhy jsou postupnˇe zapracovávány do aplikace v souladu s poˇzadavky administrátora v Tˇreb´ıˇci. V souˇcasnosti uˇz se aplikace stará o v´ ymˇenu dat mezi ˇctyˇrmi hlavn´ımi aplikacemi v produkˇcn´ım prostˇred´ı. Plnˇe nahradila zm´ınˇen´ y VBA skript pro vytváˇren´ı uˇzivatel˚ u do Active Directory, nav´ıc administrátor s´ıtˇe nyn´ı m˚ uˇze proˇcistit samotné u ´loˇziˇstˇe, protoˇze uˇz v´ı, které osoby jsou aktivn´ı (synchronizovány) a které jsou jen poz˚ ustatkem z dˇr´ıvˇejˇs´ı doby. Dále mohou uˇzivatelé pˇristupovat do Moodle, staˇc´ı jim k tomu stejné pˇrihlaˇsovac´ı u ´daje jako do domény. Jsou zaˇrazeni do sv´ ych kurz˚ u a mohou nyn´ı naplno vyuˇz´ıvat moˇznost´ı e-learningu. SafeQ je také napojen a plnˇe synchronizován. Kaˇzdou noc ve 3:15 probˇehne naˇcten´ı informac´ı o ˇzać´ıch, studentech, uˇcitel´ıch, tˇr´ıdách a skupinách do intern´ı databáze integraˇcn´ı aplikace, jeˇz zabere velmi málo ˇcasu, necelou minutu. Následuje ve 3:45 aktualizace dat z databáze do adresáˇrové sluˇzby Active Directory, která uˇz trvá déle, pˇribliˇznˇe 40 minut, a to protoˇze prob´ıhá spouˇstˇen´ı Powershell skript˚ u a také protoˇze synchronizace prob´ıhá u ´plnˇe na vˇsech uˇzivatel´ıch, vˇcetnˇe neaktivn´ıch. Z tohoto pohledu probˇehne v nejbliˇzˇs´ı dobˇe zmˇena algoritmu pro v´ ybˇer uˇzivatel˚ u, kteˇr´ı se maj´ı synchronizovat, aby se podstatnˇe sn´ıˇzila doba pˇrenosu. Na druhou stranu se nepˇredpokládá r˚ ust objemu dat, takˇze se aktuáln´ı stav dá povaˇzovat za konstantn´ı, ˇcasov´ y interval by se tedy do budoucna 35

7. ZHODNOCENÍ

7.1 V´ ysledky

nemˇel zvyˇsovat. Pˇrenáˇsej´ı se data o uˇzivatel´ıch a skupinách, ke kter´ ym uˇzivatelé pˇr´ısluˇs´ı - tˇr´ıdy pro ˇza´ky a studenty, a pak také globáln´ı skupiny rozdˇeluj´ıc´ı uˇzivatele na uˇcitele, extern´ı uˇcitele, studenty, ˇza´ky a dalˇs´ı extern´ı osoby. Synchronizac´ı vˇsech uˇzivatel˚ u se dosáhlo efektu, ˇze administrátor ˇskoly snadno urˇc´ı, které osoby jsou synchronizovány (tj. jsou v databázi INUM) a které osoby uˇz by se v Active Directory nemˇely vyskytovat (jsou poz˚ ustatkem z p˚ uvodn´ı ruˇcn´ıho a nekontrolovaného zakládán´ı uˇzivatel˚ u). Poté prob´ıhá proces synchronizace globáln´ıch skupin (kohort˚ u) a informac´ı o uˇzivatel´ıch do databáze Moodle, o jeho ˇcasován´ı se stará plánovaˇc zakomponovan´ y v elearningovém systému - zaˇca´tek je ve 4:00, právˇe proto by mˇelo smysl zkrátit ˇcas synchronizace do Active Directory nebo zmˇenit ˇcasován´ı. Synchronizace Ysoft SafeQ je plnˇe v reˇzii softwaru, je iniciována ze strany programu, ne extern´ıho systému.

7.1

V´ ysledky

Integraˇcn´ı aplikace ukládá zprávy o své ˇcinnosti do logu, kter´ y je uchováván po dobu 30 posledn´ıch dn´ı. Takové logy existuj´ı dva, jeden klasick´ y souborov´ y log a druh´ y jen pro v´ yznamné situace, kter´ y je nazván systémov´ y log - ten je uloˇzen v databázi. Pokud nastane v aplikaci v´ yjimka ˇci chyba, odeˇsle se e-mail s textem chyby do schránek uˇzivatel˚ u nastaven´ ych jako administrátoˇri aplikace. Posledn´ı chyba nastala 4.2.2014, takˇze uˇz 3 mˇes´ıce neustálého provozu bˇeˇz´ı aplikace bezchybnˇe. V´ ysledná aplikace se jmenuje Nástroj pro integraci uˇzivatelsk´ ych u ´ˇct˚ u, proto je v tabulce 7.1 uveden pˇrehled poˇct˚ u synchronizovan´ ych uˇzivatelsk´ ych u ´ˇct˚ u obsaˇzen´ ych v databázi nástroje. Vˇsechny entity aˇz na extern´ı ˇzáky jsou do databáze naˇcteny z programu Bakaláˇri, extern´ı ˇzaći se zadávaj´ı pˇres webové rozhran´ı aplikace.

7.2

Budouc´ı v´ yvoj

V´ yvoj integraˇcn´ı aplikace nen´ı zdaleka u konce, naopak se plánuje intenzivn´ı rozvoj. Ten by mohl spoˇc´ıvat v napojen´ı ˇc´ım dál vˇetˇs´ıho mnoˇzstv´ı aplikac´ı, vytvoˇren´ı konektor˚ u na nˇe a moˇznosti vˇetˇs´ı konfigurovatelnosti aplikace, tak aby se pˇri 36

7. ZHODNOCENÍ

7.2 Budouc´ı v´ yvoj

Tabulka 7.1: Synchronizované u ´ˇcty (stav k 4.5.2014) objekt poˇ cet aktivn´ıch poˇ cet neaktivn´ıch ˇzák 354 91 student 138 156 uˇcitel 62 81 extern´ı uˇcitel 22 2 extern´ı ˇza´k 79 0 celkem 655 330 pˇr´ıpadném nasazen´ı do jiného prostˇred´ı nemusel pˇr´ıliˇs mˇenit zdrojov´ y kód. Potenciál pro integraci jin´ ych program˚ u je d´ıky robustnosti aplikace postavené na Spring Framework velk´ y, at’ uˇz se bude jednat o zb´ yvaj´ıc´ı aplikace v prostˇred´ı zákazn´ıka (Karas, J´ıdelna, Docházka) nebo napˇr´ıklad integrace nástroj˚ u od firmy Google (Google Apss - kalendáˇr, kontakty, e-maily). INUM totiˇz jiˇz nyn´ı obsahuje velké mnoˇzstv´ı informac´ı o uˇzivatel´ıch, tud´ıˇz uˇz vˇetˇsinou staˇc´ı jen naj´ıt zp˚ usob jak do c´ılové aplikace data synchronizovat (jak ji integrovat).

37

8 | Z´ avˇ er Nástroj pro integraci uˇzivatelsk´ ych u ´ˇct˚ u bezproblémovˇe funguje v produkˇcn´ım prostˇred´ı ˇskoly po dobu v´ıce jak tˇrech mˇes´ıc˚ u, od konce ledna 2014. Aplikace rapidnˇe zlepˇsuje pˇrehlednost a poˇrádek dat, velmi sniˇzuje redundanci jejich zadáván´ı do r˚ uzn´ ych systém˚ u, zjednoduˇsuje správu, zamezuje chybám vznikaj´ıc´ım pˇri ruˇcn´ım vkládán´ı informac´ı a hlavnˇe zvyˇsuje bezpeˇcnost prostˇred´ı, zamezuje totiˇz pˇr´ıstup do aplikac´ı uˇzivatel˚ um, kteˇr´ı uˇz nejsou souˇca´st´ı ˇskoly. V souˇcasné dobˇe existuj´ı v prostˇred´ı pouze 2 vstupn´ı body pro zadáván´ı dat - software Bakaláˇri a samotná integraˇcn´ı aplikace. Kaˇzdá integrovaná aplikace nyn´ı obsahuje aktuáln´ı, pravidelnˇe synchronizované u ´daje a informace jen potˇrebné pro sv˚ uj bˇeh, ˇza´dné nadbyteˇcnosti. V rámci nasazen´ı aplikace probˇehlo i ˇskolen´ı administrátora na ovládán´ı a konfiguraci nástroje. Zákazn´ık projevil spokojenost s v´ ysledkem integrace, d˚ ukazem m˚ uˇze b´ yt objednávka na integraci zbyl´ ych ˇskoln´ıch systém˚ u, které byly vylouˇceny z prvn´ı fáze projektu. Realizace této ˇcásti by mˇela probˇehnout v nejbliˇzˇs´ıch t´ ydnech. INUM má velk´ y potenciál rozvoje a implementace do jin´ ych prostˇred´ı, vˇetˇsinou stˇredn´ıch ˇskol, které se pot´ ykaj´ı se stejn´ ymi problémy jako ˇskola v Tˇreb´ıˇci. Nasazen´ı do ciz´ıho prostˇred´ı bude sp´ıˇse otázkou konfigurace, neˇz programován´ı nové logiky aplikace, nástroj byl navrˇzen s d˚ urazem na pˇrenositelnost. Byl pouˇzit multiplatformn´ı jazyk Java a projekty jako Spring Framework ˇci Apache Tomcat, které lze pouˇz´ıt jak v prostˇred´ı Windows, tak i napˇr´ıklad na serverech pod distribuc´ı Linux. Z osobn´ıho hlediska povaˇzuji za pˇr´ınos moˇznost zkusit si navrhnout a naprogramovat nástroj pro skuteˇcného zákazn´ıka a spolupracovat s lidmi pohybuj´ıc´ımi se v IT prostˇred´ı. Musel jsem se kv˚ uli implementaci nauˇcit pracovat s velk´ ym mnoˇzstv´ım nástroj˚ u a mysl´ım, ˇze budu schopen v budoucnu tyto cenné zkuˇsenosti vyuˇz´ıt u jin´ ych projekt˚ u.

38

Seznam pouˇ zit´ ych zkratek AD - Active Directory DBF - dBase file DN - Distinguished Name HTTP - Hypertext Transfer Protocol INUM - Integrated User Manager JDBC - Java Database Connectivity JVM - Java Virtual Machine LDAP - Lightweight Directory Access Protocol ODBC - Open Database Connectivity ORM - Object/Relational Mapping POJO - Plain Old Java Object SQL - Structured Query Language SSL - Secure Sockets Layer URL - Uniform Resource Locator VBA - Visual Basic for Applications

Literatura [1] Alex, B.; Taylor, L.: Spring Security Reference Documentation. Spring Security, 2013, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://docs.spring.io/spring-security/site/docs/3.1.4.RELEASE/ reference/springsecurity.html [2] Arthursson, M.; Sandberg, U.; Dalquist, E.; aj.: Spring LDAP - Reference Documentation. Spring LDAP, 2014, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://docs.spring.io/spring-ldap/docs/1.3.2.RELEASE/reference/ html/ [3] Bakaláˇri: Evidence, Klasifikace, Vysvˇedˇcen´ı. 2014, [online]. [navˇst´ıveno 17.4.2014]. Dostupné z: http://www.bakalari.cz/evidence.aspx [4] Hibernate: Hibernate Reference Documentation. Hibernate, 2014, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://docs.jboss.org/hibernate/orm/4. 2/manual/en-US/html/ [5] Johnson, R.; Hoeller, J.; Donald, K.; aj.: Spring Framework Reference Documentation. Spring Framework, 2013, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://docs.spring.io/spring/docs/3.2.4.BUILD-SNAPSHOT/ spring-framework-reference/htmlsingle/#spring-introduction [6] Malina, P.: Jak vyzrát na Powershell 2.0. Brno: Computer Press. a.s., 2010, ISBN 978-80-251-2732-2. [7] Moodle: About Moodle. Moodle project, Bˇrezen 2014, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://docs.moodle.org/26/en/About_Moodle [8] stackoverflow: How to manage AD ACLs using Java. stackoverflow, 2013, [online]. [navˇst´ıveno 20.4.2014]. Dostupné z: http://stackoverflow.com/ questions/12784606/how-to-manage-ad-acls-using-java [9] Stanek, W. R.: Active Directory - Kapesn´ı rádce administrátora. Brno: Computer Press. a.s., 2009, ISBN 978-80-251-2555-7.

[10] Vyb´ıral, F.: SafeQ: pˇr´ıruˇcka administrátora v3.0. Y Soft, s.r.o., 2005, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: https://helpdesk.minolta.cz/ hds/DownloadFile.jsp?id=4422 [11] Wikipedia: Java Database Connectivity. Bˇrezen 2014, [online]. [navˇst´ıveno 27.4.2014]. Dostupné z: http://en.wikipedia.org/wiki/Java_Database_ Connectivity

A | Kompletn´ı datov´ y model

B | Integrace Moodle s AD

C | Obsah pˇ riloˇ zen´ eho CD / install.............................sloˇzka s implementovan´ ym nástrojem foxpro-oledb.....instalaˇcn´ı bal´ıˇcek s ovladaˇci pro ˇcten´ı z DBF soubor˚ u install-cert.....Java nástroj pro instalaci certifikátu do u ´loˇziˇstˇe JVM UnlimitedJCEPolicyJDK7.........bal´ıˇcek pro JVM, zprovoznˇen´ı Jasypt apache-tomcat-7.0.53-windows-x86.zip...............webov´ y server other....................................................ostatn´ı soubory sync_cohorts.php ............................ PHP skript pro Moodle text.....................................sloˇzka s textem bakaláˇrská práce inum.pdf .................................. text práce ve formátu PDF latex...................sloˇzka se zdrojov´ ymi soubory ve formátu LATEX tool ................................ sloˇzka s implementovan´ ym nástrojem inum.................................zdrojové kódy integraˇcn´ı aplikace instalace.txt............................návod pro instalaci nástroje

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Nástroj pro integraci

Recommend Documents