Univerzita Karlova v Praze Matematicko-fyzikální fakulta
BAKALÁSKÁ PRÁCE
Ji°í Kun£ar
Informa£ní systém pro jazykovou agenturu Ústav formální a aplikované lingvistiky
Vedoucí bakalá°ské práce: RNDr. Miroslav Spousta
Studijní program: informatika, správa po£íta£ových systém·
2009
D¥kuji panu RNDr. Miroslavu Spoustovi za pomoc, p°ipomínky, cenné rady a za odborné vedení bakalá°ské práce. Dále bych rád pod¥koval rm¥ Primalingua s.r.o. za poskytnutí prost°edk· na vývoj aplikace. Speciální pod¥kování pat°í p°edev²ím paní majitelce Mgr. Milu²i Psotové a paní RNDr. Jitce Kun£arové, která vývoj informa£ního systému iniciovala.
Prohla²uji, ºe jsem svou bakalá°skou práci napsal samostatn¥ a výhradn¥ s pouºitím citovaných pramen·. Souhlasím se zap·j£ováním práce a jejím zve°ej¬ováním.
V Praze dne 6.8.2009
Ji°í Kun£ar
2
Obsah 1 Existující implementace
10
2 Analýza úlohy
12
2.1
Poºadavky klienta . . . . . . . . . . . . . . . . . . . . . .
12
2.2
De nice a up°esn¥ní pojm· . . . . . . . . . . . . . . . . .
15
3 Návrh °e²ení 3.1
17
Návrh databáze . . . . . . . . . . . . . . . . . . . . . . .
4 Pouºité technologie a frameworky
17
22
4.1
Server
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
22
4.2
Klient
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
5 Programátorská dokumentace 5.1
Modely (Models )
5.2
adi£e (Controllers )
5.3
Dopl¬ky (Pluginy)
. . . . . . . . . . . . . . . . . . . . . .
29 29
. . . . . . . . . . . . . . . . . . . .
33
. . . . . . . . . . . . . . . . . . . . .
36
6 Uºivatelská dokumentace
37
6.1
Instalace serveru
. . . . . . . . . . . . . . . . . . . . . .
37
6.2
Umíst¥ní aplikace . . . . . . . . . . . . . . . . . . . . . .
38
6.3
Inicializace databáze
. . . . . . . . . . . . . . . . . . . .
39
6.4
Up°es¬ující informace . . . . . . . . . . . . . . . . . . . .
39
6.5
Správce (hlavní manaºer) . . . . . . . . . . . . . . . . . .
40
6.6
Dodavatel
43
. . . . . . . . . . . . . . . . . . . . . . . . . .
3
A Ukázka XML databáze
47
A.1
DTD . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
47
A.2
XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
48
A.3
XPath
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
48
A.4
XQuery
. . . . . . . . . . . . . . . . . . . . . . . . . . .
48
B Obsah p°iloºeného CD
49
4
Název práce: Informa£ní systém pro jazykovou agenturu Autor: Ji°í Kun£ar Katedra (ústav): Ústav formální a aplikované lingvistiky Vedoucí bakalá°ské práce: RNDr. Miroslav Spousta e-mail vedoucího: Miroslav.Spousta@m.cuni.cz
Abstrakt: Cílem práce je navrhnout a implementovat modulární informa£ní systém pro rmu zabývající se výukou jazyk·. Sou£ástí informa£ního systému bude zejména: - modul pro nabídku a prodej kurz· pro ve°ejnost, individuální výuku, jazykovou výuku pro podniky, p°eklady a tlumo£ení - modul produkty (výuka, p°eklady, tlumo£ení), výuka (individuální výuka, kurzy pro ve°ejnost, jazyková výuka pro podniky) - modul pro News (hromadné rozesílání mailem), rozvrh výuky, t°ídní knihy, studijní materiály - modul dodavatelé (smlouvy s lektory, p°ekladateli, tlumo£níky, m¥sí£ní výkazy odpracovaných hodin, m¥sí£ní p°ehledy náklad· na lektory, p°ekladatele, tlumo£níky) - modul odb¥ratelé (zápisy do kurz· pro ve°ejnost, objednávky, smlouvy, p°ílohy faktur za období od-do) - modul pro testování znalostí (jednoduché testovací prost°edí) - modul pro správu IS (uºivatelé, jejich práva, p°ehled zm¥n).
Klí£ová slova: informa£ní systém, PHP, MySQL
Title: Information system of a language school Author: Ji°í Kun£ar Department: Institute of Formal and Applied Linguistics Supervisor: RNDr. Miroslav Spousta Supervisor's e-mail address: Miroslav.Spousta@m.cuni.cz
Abstract: The goal of the thesis is to design and implement a modular
5
information system for a company involved in teaching of foreign languages. The main parts of the information system will include, particularly: - a module for oer and sale of courses to the public and individuals, language training for businesses, translation and interpretation - a module of products (teaching, translation and interpretation), training (individual training courses for the public, language classes for businesses) - a module for News (sending bulk mail), the schedule of teaching, class books, study material - a module of suppliers (contracts with teachers, translators, interpreters, monthly class-sheets, monthly reports on the cost of sta translators and interpreters) - a module of customers (registration in courses, orders, contracts, supplements to invoices for "from-to" periods) - a module for testing of knowledge levels (a simple testing environment) - a module for managing the IS (users, their rights and a summary of changes)
Keywords: information system, PHP, MySQL
6
Úvod Informa£ní systémy hrají v rychle se rozvíjejícím prost°edí svou nepostradatelou roli a Internet, který se stal dostupným pro ²irokou ve°ejnost, jim poskytl výbornou platformu úmoº¬ující dal²í rozvoj v d°íve nep°íli² vyuºívaném virtuálním prost°edí. Úmoº¬ují snadné a rychlé zpracování, vyhledávání a publikovaní informací, které se díky n¥mu stávají dostupné pro ²ir²í spektrum zákazník·, dodavatel· i samotných zam¥stanc·. S vyuºíváním Internetu zárove¬ rostou nároky na funkce, bezpe£nost a dostupnost uloºených informací, které jsou pro chod rem ºivotn¥ d·leºité a bývají jejich nejcen¥j²ím majetkem. Toto zvy²uje poºadavky na robustnost °e²ení v£etn¥ nárok· na nástroje pouºité p°i implementaci systému, kdy malá chyba m·ºe zap°í£init únik citlivých dat a jejich zneuºití. P°ed zavád¥ní informa£ního systému je nutné stanovit, £eho chce rma s jeho vyuºitím v daném £ase dosáhnout. Tomu by m¥la pomoci d·kladná analýza remních proces· a jejich optimalizace.
Kdo nepozná vlastní remní procesy, nem·ºe je zlep²ovat. [1] Zm¥na zavedených proces· bývá náro£ná, jak z nan£ního hlediska, tak z hledika její vlastní realizace. , která se nemusí dotknout jen ... Z p·vodních jednoduchých aplikací na Informa£ný systém, Client/Server.
7
Cíle práce Cílem práce je návrh a implementace informa£ního systému usnad¬ující £innost a spolupráci více subjekt· za pouºití vhodných opensource technologií a framework· v pouºitých programovacích jazycích. Cílem práce není vytvo°it, vzhledem k náro£ným právním úpravám a £astým zm¥nám, komplexní ú£etní program, ale pouze systém úmoºnící vytvo°it p°ehledy pro ú£etní evidenci, které mohou být zavedeny do n¥kterého jiº existujícího programu.
Obsah práce •
Analýza úlohy
•
Poºadavky
•
Existujicí implementace - IS na míru vs. hotová °e²ení
•
Návrh vlastní implementace
bezpe£nost: Sanitize,
∗
SQL Injection, Cross Site Scripting
výkonnost (pouºití cache)
optimalizace GET/POST poºadavk· na stránku
•
Programátorská dokumentace
•
Uºivatelská dokumentace
Poznamky k prepsani.... Ve druhé kapitole této práce je provedena analýza úlohy s ohledem na n¥kolik motiva£ních praktických p°íklad·. V této kapitole jsou mimo jiné stanoveny poºadavky na °e²ení a je uveden p°ehled obdobných existujících implementací.
8
Ve t°etí kapitole jsou stru£n¥ popsány technologie dále pouºívané v této práci a je ukázáno jejich pouºití. tvrtá kapitola popisuje návrh vlastní implementace s ohledem na poºadavky stanovené v kapitole druhé. Jsou zde základní návrhová rozhodnutí a d·vody pro volbu konkrétních °e²ení. Pátá kapitola obsahuje programátorskou dokumentaci. Je zde popsáno technické °e²ení implementace a jsou nastín¥ny n¥které problémy, které bylo p°i implementaci nutné °e²it. Uºivatelská dokumentace je obsaºena v ²esté kapitole. Popisuje uºivatelské rozhraní vytvo°ených aplikací a ukazuje jejich pouºití na konkrétních p°íkladech. V záv¥ru jsou p°ehledn¥ shrnuty výsledky, kterých bylo p°i vývoji systému dosaºeno, a jsou nazna£eny moºnosti dal²ího roz²í°ení.
9
Kapitola 1 Existující implementace Existujicí aplikace lze rozd¥lit na n¥kolik skupin, kde ov²em ºádná nepokrývá ve²keré poºadavky v plném rozsahu. První se více zam¥°uje na správu webového obsahu. Ozna£ované anglickou zkratkou CMS
2
WCMS
1
nebo
ozna£ující webové systémy. Tyto systémy lze rozd¥lit do pod-
skupin podle zp·sobu, jakým prezentují uloºená data.
O ine zpracování
Server vygeneruje statické HTML p°ed samotnou
publikací, proto takové systémy nepo°ebují, aby server aplikoval ²ablony na data p°i kaºdém poºadavku. Výhody jsou zjevné pro vytíºené CMS pouºívané p°eváºn¥ pro £tení dat. Naopak p°i £astých zm¥nách dat m·ºou být tyto systémy pomalé nebo neaktuální, proto je nutné si jejich nasazení °ádn¥ rozmyslet. P°íkladem ta-
3
kového systému je nap°íklad Vignette CMS .
Online zpracování
Server generuje prezenta£ní data aº na základ¥ po-
ºadavk· klienta. Pro ke²e ... Pokro£ilé systémy úmoº¬ují i úpravy základních ²ablon, bez zásahu do zdrojových kódu http://tangocms.org/ joomla drupal ... http://php.opensourcecms.com/
Hybridní
...
1 wdw
2 df
3 http://www.vignette.com/ 10
E-learning
... Moodle
ciele: *
strategické (plánovanie investícií. . . ) * taktické (vedenie, kontrola rozpo£tu. . . ) * operatívne (kaºdodenná rutina)
Dôleºité *
sú tieº úlohy IS:
manaºérske (EIS - Executive IS) * taktické (DSS - Decision Support System) * vedenie (MIS - Management IS) * expertné (KWS Knowledge Work System) * kancelárske (OIS - O ce IS) * operatívne o TPS - transak£né (banky, ...) o CRM - vz´ahy so zákazníkmi o RIS - rezerva£né systémy o CAM - kon²truk£né (CAD, ...) o GIS - geogra cké systémy
11
Kapitola 2 Analýza úlohy Základním úkolem jazykové agentury je zaji²´ovat sluºby v oblasti jazykového vzd¥lání, p°eklad· a tlumo£ení pro ²iroké spektrum remních i individuálních zákazník·. Podniky posílají poptávky bez ohledu na nabídku konkrétních kurz·. Manaºer vy°izuje zakázku elektronickou po²tou, telefonicky nebo osobn¥. V²echny získané informace musí být schopen zaznamenat pro pozd¥j²í zaji²´ování vhodných dodavatel· . Ve°ejnost posílá zápisové listy s ohledem na nabídku kurz· pro ve°ejnost. Manaºer sestavuje skupiny podle zápisových list· a potvrzuje místo, termíny a cenu výuky. Sou£asn¥ probíhá zaji²´ování lektor·. Dále jsou v kapitole popsány speci cké poºadavky na systém a návrhy jejich moºného °e²ení.
2.1 Poºadavky klienta Na za£átku stála ºádost manaºerky agentury zjednodu²it proces zpracování m¥sí£ních výkaz· lektor·, p°ekladatel· a tlumo£ník· tvo°ících podklady pro mzdy a fakturaci sluºeb. Tyto m¥sí£ní výkazy nem¥ly jednotný vzor a ani nebylo jednodu²e moºné, bez znalostí místních pom¥r· p°i°adit
1
vykázanou £innost k jednotlivým p°eklad·m, tlumo£ení a výuce .
1 Na p°eklady, tlumo£ení a výuku je jednotn¥ nahlíºeno jako na výsledek lidské práce dále ozna£ovanou jako
produkt.
12
Zavedení jednotných identi kátor· Kv·li vý²e uvedným problém·m se za£alo s postupným zavád¥ním jednotných identi kátor· závazných pro v²echny zú£astn¥né strany. Tento nepopulární krok byl ze za£átku velmi t¥ºce p°íjmán a trvalo n¥kolik m¥síc·, neº se proces tvorby ustálil a za£al být v²emi akceptován.
•
Z identikátoru musí být z°ejmé o jakou kategorii produktu se jedná, pro koho je ur£en a kdy byl zaveden, aby se p°ede²lo kolizím jmen v budoucnu.
•
V pr·b¥hu m¥síce vkládá administrátor zadané p°eklady a nov¥ zahájené kurzy.
•
U produktu vloºí poskytovatele, p°i°adí zákazníka, studenty, lektora nebo p°ekladatele a dále cenu za jednotku.
•
U lektora £i p°ekladatele vloºí jeho sazbu za jednotku.
•
U kurz· vloºí p°edpokládaný rozvh, kde jsou uvedeny dny, £as, lektor a u£ebna. Tento rozvrh slouºí zárove¬ jako pom·cka pro stanovení p°edb¥ºných náklad· v budoucích m¥sících.
M¥sí£ní výkazy Po zavedení identi kátor· bylo pot°eba sjednotit formulá°e m¥sí£ních výkaz· a p°ipravit dodavatele na moºnost jejich elektronického vypl¬ování. Papírové formulá°e budou do systému vkládány administrativním pracovníkem a elektronické budou potvrzeny a uzam£eny.
•
Kaºdý m¥síc si administrátor m·ºe z výkaz· odpracovaných jednotek lektora, p°ekladatele a tlumo£níka zobrazit a vytiskout p°ehled, kde je souhrn toho, kolik jednotek opracoval v jednotlivých dnech a celkem u jednotlivých produkt·.
•
Systém musí zobrazit varování p°i p°ekro£ení stanoveného po£tu vykázaných odpracovaných hodin nebo p°eloºených normostran.
13
•
Podle pot°eby pot°ebuje administrátor rychle °e²it suplování a zm¥ny lektor·, k tomu pot°ebuje aktuální stav. P°íleºitostn¥ je t°eba zjistit vytíºení p°ekladatel·.
•
Na za£átku týdne tiskne administrátor podle pot°eby aktuální rozvrhy u£eben a informuje zú£astn¥né strany o zm¥nách. asy individuální výuky jsou pohyblivé, lekto°i musí v¥d¥t, kdy je v u£ebnách volno.
Podklady pro fakturaci Se vzr·stajícím objemem p°eklad· a odu£ených hodin p°estávalo být únosné ru£ní vytvá°ení m¥sí£ních p°ehled· pro zákazníky. Ti si p°áli být informování nejen o po£tu odu£ených hodit, ale i o v²ech zm¥nách zavedeném m¥sí£ním rozvrhu a p°ípadném suplování. Zárov¥n musely být v systému zachyceny vazby mezi produktem, zákazníkem a vlastními ú£astníky tak, aby bylo moºné stanovit výslednou cenu zakázky, která m·ºe být závislá nejen od po£tu odu£ených hodin £i p°eloºených stran, ale i od po£tu ú£astník·.
•
P°ed fakturací pro klienta si administrátor m·ºe sestavit seznam poloºek k fakturaci.
•
P°íloha za p°eklady a výuku se li²í. U p°eklad· není uvedeno jméno p°ekladatele.
Správa lektor· a p°ekladatel· Práce agentury spo£ívá mimo jiné i ve shromaº¤ování kontakt· na osoby zabývající se výukou, p°eklady a tlumo£ením. Musí být úmoºn¥no rychlé vyhledání a jednoduchá editace.
•
V pr·b¥hu m¥síce pr·b¥ºn¥ administrátor vkládá nové dodavatele tj. zájemce o spolupráci a aktualizuje zm¥ny u stávajících.
•
Jedenkrát m¥sí£n¥ odesílá administrátor minibuletin News vybraným lektor·m a p°ekladatel·m.
14
•
News by m¥ly být v systému p°ístupné pro lektory i p°ekladatele, protoºe obsahují p°ílohy platné pro celý rok.
Odd¥lení správy dat více agentur Vzhledem ke sloºitým pom¥r·m v agentu°e bylo pot°eba odd¥lit evidenci zakázek vy°izovaných manaºerem pro r·zné agentury a fyzické osoby, jenº s agenturami úzce spolupracují.
•
P°i vytvá°ení produktu manaºer zvolí poskytovatele sluºeb podle pot°eb zákazníka.
Vícejazyková podpora Systém je ur£en primárn¥ pro jazykové agentury, kde se po£ítá s komunikací se zákazníky i v jiném neº £eském jazyce. K tomu bylo pot°eba p°izp·sobit systém jiº od po£átku.
•
Uºivatelé by m¥li mít moºnost si jednodu²e vybrat mezi n¥kolika jazykovými variantami.
Úzká provázanost s webem Na webových stránkách se zobrazuje aktuální rozvh ve°ejných kurz·, jenº je i jinak dostupný na dve°ích u£eben. Ostatní rozvh individuální výuky bude dostupný po p°ihlá²ení do systému.
2.2 De nice a up°esn¥ní pojm· Agentura Infoma£ní systém Informa£ní systém (IS) je systém pro sb¥r, udrºování, zpracování a poskytování informací a dat[2].
15
Produkt Zakázka CSS
16
Kapitola 3 Návrh °e²ení 3.1 Návrh databáze Pro ukládání dat bude realizováno v rela£ní databázi. Ta poskytuje funkce pro vytvo°ení, £tení, zm¥nu a smazání uloºených informací
1
a v tomto
p°ípad¥ se jeví jako nejlep²í ze zp·sob· ukládání dat.
2
V rámci testování byl rovn¥º vytvo°en návrh zjednodu²ené verze XML
databáze [@todo priloha] uchovávané v souboru a zpracovávanho pomocí jazyka XPath, XQuery £i XSLT[@todo popis]. Výsledky byly dobré p°i zpracování omezého mnoºství dat a jednouºivatelském p°ístupu k dat·m. Se vzr·stajícím objemem uloºených dat za£ala projevovat prostorová náro£nost pouºitého zna£kovacího jazyka a býlo nutné pouºít kompresi a rozd¥lení dat do více soubor·. Druhou moºnou variantou bylo pouºití n¥ktré specializované XML databáze nebo rela£ní databáze s podporou XML. Toto °e²ení, ale nakonec nebylo implementováno ani v rámci testování. Protoºe a£koliv jsou XML databáze v komer£ních produktech na velmi dobré úrovni, jejich implementace ve voln¥ dostupných aplikacích
3
mírn¥ zaostává.
Návrh dob°e strukturované rela£ní databáze vyºaduje p°edev²ích pochopení vztah· a proces· fungování rmy, která ji bude vyuºívat. Pro-
CRUD z anglických slov create, read, update, delete.
1 N¥kdy je pouºívaní zkratka 2 eXtesible Mar Language @todo
3 @todohttp://www-01.ibm.com/software/data/db2/express/
17
blémem s optimalizací navrºeného modelu pomáhají °e²it algoritmy lo-
4
gického návrhu rela£ní databáze , které se snaºí zajistit, aby navºená databáze byla prostorov¥ efektivní, eliminovala vznik anomálií a zárove¬ úmoº¬ovala rychlé zpracování uºivatelských poºadavk·. Proces návrhu m·ºeme rozd¥lit na £ty°i základní fáze[3]: analýza poºadavk· a speci kace, konceptuální návrh, logický návrh a fyzický návrh.
Analýza poºadavk· Analýza poºadavk· vycházi z informací popsaných na stran¥ 12 a snaºí se je co nep°esn¥ji interpretovat pro pouºití v dal²ích fázích návrhu.
Konceptuální návrh Produkty Ne v²echny speci cké informace o daných produktech je pot°eba udrºovat jako speciální atributy. Zvít¥zila proto varianta jedné tabulky s minimem poloºek pro produkt. V budoucí roz²i°ovaní by m¥lo být realizováno pomocí tabulek se speci kými informacemi.
•
Identi kátor obsahuje infomace o jazycích, typu produktu a stru£ný jednozna£ný popisek.
•
Kategorie ur£uje za°azení produktu do skupin. N¥které skupiny produkt· mohou být ve°ejnosti online nabízeny na webových stránkách.
•
Poskytovatel produktu je subjekt, který se stará o jeho realizaci. Hledá dodavatele i odb¥ratele a jsou na n¥j vydávany faktury.
•
asové informace jsou pouºívány dle pot°eb pro ur£ení doby konání kurz·, tlumo£ení nebo up°esn¥ní poºadavk· na vyhotovení p°ekladu.
4 @todo vyjmenovat a nejake strucne popsat
18
•
Popis je ve°ejná informace k produktu pro v²echny zú£astn¥né strany.
•
Nastavení zp·sobu ú£tování pro správné stanovení ceny produktu (zapo£ítat mnoºství, zapo£ítat po£et ú£astník· na p°ihlá²ce).
•
Jednotka a jednotková cena
Smlouvy V návrhu se po£ítá s kontrolou maximálního po£tu odpracovaných jednotek. N¥které moºnosti nastavení jsou pevn¥ zakomponované a p·jde je zm¥nit pouze zásahem do zdrojových kód· nebo databáze.
•
Dodavatel je smluvním partnerem jazykové agentury - poskytovatele jazykových sluºeb
•
Maximální po£et jednotek, které m·ºe na smlouvu vykonat.
•
Sazba, jednotka, zp·sob platby a typ smlouvy úmoº¬ují generování ú£etních p°ehled·.
Výkazy Tabulka výkaz· se nedrºí papírové podoby, která je pro ukládání v databázi nevhodná z d·vodu malé hustoty záznam· (obvykle 5-10 záznam· za m¥síc na jeden produkt). Jednotlivé záznamy budou ukládány v odd¥lené tabulce s dal²ími up°es¬ujícími informacemi. Z poºadavk· rovn¥º vyplívá pot°eba uzamykání výkazu k danému datu. Jelikoº se jedná o velmi d·leºitá data, m¥la by jejich kontrola provád¥na i na databázové úrovni pomocí triggeru, pokud to bude daná databáze bude podporovat.
•
Produkt, ke kterému se výkaz vztahuje.
•
Sazba za jednotku a jednotka, jenº náleºí dodavateli, jako odm¥na.
•
Smlouva na níº je provád¥na daná £innost. 19
•
Datum p°ed kterým jiº není moºné p°idávat, editovat nebo mazat odpracované jednotky.
Události Seznam událostí je p°i°azen k výkazu a kaºdá událost je dopln¥na o up°es¬ující informace.
•
Výkaz, ke kterému se událost vztahuje.
•
Po£et jednotek typu uvedeného v p°i°azeném výkazu.
•
Datum a £as, kdy byla práce vykonávána. Slouºi rovn¥º jako rozvrh hodin.
•
Místo vybrané z £íselníku.
P°ihlá²ky (objednávky) Tabulka slouºí k evidenci zákazník· a produkt·, jenº si objednali.
•
Produkt, ke kterému se p°ihlá²ka vztahuje.
•
Zákazník vybraný z tabulky uºivatel·.
Ú£astníci Ú£astníci jsou p°i°azeni k danému produktu, p°es p°ihlá²ku, kde je de nován plátce.
•
P°ihlá²ka
•
Ú£astník vybraný z tabulky uºivatel·.
Uºivatelé O v²ech uºivatelích systému je pot°eba vést obdobné informace. Proto jsou uloºeni v jedné tabulce a o jejich speci kaci je rozhodnuto aº p°i°azením do skupiny. Kaºdý uºivatel m·ºe být ve více skupinách.
20
•
Osobní údaje - jméno, p°íjmení, titul a zobrazované jméno
•
P°ihla²ovací údaje - p°ihla²ovací jméno, heslo a stav ú£tu
•
Doru£ovací a faktura£ní adresa
•
Ostatní ne£len¥né informace
íselníky Byly navrhnuty zjednodu²ení práce s vypl¬ováním formulá°· a odstran¥ní duplicit v tabulkách.
•
Místa
•
Kategorie
•
Jednotky
Uvedené informace jsou zpracovány do zjednodu²eného ER diagramu v p°íloze [@todo zjednodu²ený ER]
Logický návrh @todo
Fyzický návrh @todo @notes V uvedeném návrhu je pot°eba zajistit integritu dat a optimalizace pro rychlej²í p°ístup k dat·m. K tomu nám Oracle XML DB http://www.oracle.com/technology/tech/xml/xmldb/index.html Evidence produkt· Jedna z hlavních výhod XML, která ov²em není v tomto p°ípad¥ vyuºívána, je snadná vým¥na dat mezi aplikacemi. Návrh dob°e strukturované rela£ní databáze je nejnáro£n¥j²ím prvkem celé práce. Vyºaduje jak Podklady pro fakturaci dodavatel·m a mzdy Finan£ní vyrovnání subjekt· v IS
21
Kapitola 4 Pouºité technologie a frameworky Pouºité technologie byly £áste£n¥ determinovány poºadavy klienta2.1. Tím, ºe se m¥lo jednat o systém vyuºívající výhradn¥ open-souce technologie tak, aby nebyly zvy²ovány náklady na nákup licencí.
4.1 Server Tento webový informa£ní systém vyuºívá technologi PHP (jazyk, interpret a knihovny), která vychází se skriptovacího víceú£elového jazyka, jenº byl p·vodn¥ vyvinut pro tvorbu dynamických webových stránek. Z tohoto vyuºití vznikla i zkatka z anglických slov Personal Home Page, které byly nahrazeny slovy PHP: Hypertext Preprocessor dající vznik
1
rekurzivní zkratce . Výhodou pouºití PHP je existence interpretu pro r·zné opera£ní systémy a podobnost jeho syntaxe s C, Javou. Nevýhodou, která brzdí dal²ímu rozvoji a roz²í°ení, je absence normy (k datu vydání BP). Jazyk je tak de facto standardizovaný interpretem
2
a mnoºstvím lidí , kte°í jej vyuºívají. I kdyº existují mnohé polemiky a
1 http://cs.wikipedia.org/wiki/Rekurzivní_zkratka
2 dle statistiky na http://www.php.net/usage.php
22
Tabulka 4.1: Srovnání vybraných PHP framework·
ºivé diskuze mezi jeho zastánci a odp·rci o jeho výkonnosti, bezpe£nosti
3
a vhodnosti pro velké projekty, existují vyjímky , které tyto názory vyvrací a zárove¬ se podílejí na vývoji, a tak se snaºí p°isp¥t k jeho v¥t²í výkonnosti a bezpe£nosti. Vývoj jazyka sebou nese i stinné stránky. Po létech vývoje dochází
4
k úpravavám API
n¥kterých vestav¥ných funkcí a zm¥na syntaxe. To
m·ºe zap°í£init, ºe po aktualizaci interpretu jazyka, p°estanou fungovat n¥které £ásti nebo celá aplikace. e²ením ov²em není z·stávat na n¥kolik let staré verzi, ve které mohly být objeveny chyby. Nespornou výhodou pouºívání framework· spo£ívá jednodu²²ím vývoji aplikací a minimalizací rizika chyb v jinak ru£n¥ psaném jádru aplikace. Toto je zaji²t¥no pouze pokud má kvalitní a úplnou dokumentaci a je zast°e²en silnou komunitou nebo spole£ností zaji²tující jeho vývoj. N¥které frameworky rovn¥º dokáºí do jisté míry zakrýt rozdíly mezi ve verzích. D¥je se tak, za cenu zpomalení n¥kterých £ástí aplikace, díky kotroly verze p°eklada£e a vykonáním alternativního kódu. P°i výb¥ru frameworku byl kladen d·raz hlavn¥ na kvalitní dokumentaci, roz²í°itelnost a moºnost práce s r·znými rela£ními databázemi.
5
Frameworky, které spl¬ují vet²inu poºadavk· jsou Zend , Symfony a CakePHP. - Symfony - pouºíva yml na kon gurování
CakePHP CakePHP je open source[@todo], rapid developent[@todo] framework[4], který dává p°íleºitost v¥novat se návrhu schématu a logiky aplikace.
MVC
Model-View-Controller (Model-Pohled-adi£) - softwarová archi-
tektura odd¥lující data, uºivatelské rozhraní a logiku aplikace[6].
3 Facebook, YouTube, Wikipedia (MediaWiki) a dal²í
4 anglická zkratka
Application Programming Interface, ozna£uje sadu funkcí, pro-
cedur £i t°íd programu £i knihovny, jenº mohou být vyuºívány programátorem
5 http://framework.zend.com/
23
Obrázek 4.1: Diagram MVC dotazu[6]
Výsledný kód aplikace se stává p°ehledn¥j²ím a úmoº¬uje zm¥nu libovolné komponenty s minimálními dopady na ostatní £ásti aplikace (nap°. zm¥na databáze, výstup v XML £i jiném formátu, ovládání p°es webové rozhraní nebo konzoli). Obrázek4.1zobrazuje základní schéma procesu zpracování poºadavku
6
klienta na URL . Klient po²le (1) poºadavek na URL, které je plánova£em (Dispatcher ) zkontrolováno a p°edáno (2) správnému p°epína£i (Controller ). Ten se na základ¥ parametr·, které obdrºí od plánova£e, rozhodne o spu²t¥ní správné akce a p°edání parametr·. V plánova£i je obsaºena vlastní aplika£ní logika (v£etn¥ nap°. kontroly p°ihlá²ení uºivatele), která m·ºe vyuºívat modely pro p°ístup k uloºeným dat·m a jejich modi kaci (3 a 4). Aº plánova£ získá v²echna pot°ebná data p°edá (5) je zbývající vrstv¥ - pohledu (View ). V té jsou data zformátována do poºadované podoby a poslány (6) klientovi.
ORM
Object-relational mapping (objektov¥ rela£ní mapování) - pro-
gramátorská technika ur£ená pro konverzi dat mezi nekompatibilními systémy ur£enými pro ukládání dat a objektov¥ orientovanými
6
Uniform Resource Locator [7](jednotný lokátor zdroj·) popisuje sémantiku a syn-
taxi °et¥zce znak· slouºící k p°esné speci kaci zdroje informací v prost°edí Internetu.
24
jazyky[8]. Nejv¥t²í výhoda tedy spo£ívá v odstín¥ní zp·sobu práce s odli²nými zdroji dat. A´ uº se jde o r·zné rela£ními databáze (MySQL, PostgreSQL, Oracle, MSSQL) nebo dokonce vlastní de nováné zdroje dat. M·ºe se jednat formátované soubory nap°. CSV[@todo], XML nebo za pomocí API ke sluºbám jako LDAP, Twitter, IMAP a dal²í. V CakePHP verze 1.2 jsou data z tabulky mapovány na dvojrozm¥rné pole. Mezi dal²í výhody, které CakePHP nabízí, pat°í SEO optimalizace stránek, podpora i18n
7
i l10n
8
pro tvorbu vícejazy£ných aplikací. Kód je jiº
zapracován do jádra frameworku a otestován komunitou, díky které není pot°eba psát jiº jednou napsané £ásti, ale moºné ²et°it lidské zdroje na vlastní vývoj aplika£ní logiky. CakePHP zastává programátorskou loso i DRY - Don't Repeat Yourself. Ta zd·raz¬uje, ºe jednotlivé £ásti kódu by se v programu nem¥ly opakovat, jelikoº se sniºuje srozumitelnost kódu a p°i modi kaci se musí upravovat stejný kód na více místech, coº £asto vede k nesnadno odhalitelným chybám programu. K tomuto ú£elu se pouºívají Pomocníci (Helpers ), kte°í daný kód generují. P°i pot°eb¥ zm¥ny je lze snadno upravit, bez pot°eby zásahu do míst odkud jsou voláni. Za nejv¥t²í p°ínos samotného frameworku v po£átku návrhu aplikace povaºuji pekárnu kódu (baker ) a podporu le²ení (scaolding ), které úmoº¬uje pracovat s automaticky generovaným rozhraním podporujícím CRUD. Pekárna umí vygenerovat modely i s valida£ními kritérii, prezenta£ní vrstvu a °adi£e. Navíc sama najde relace mezi tabulkami a p°idá tuto informaci do odpovídajícího modelu. Hledání relací probíhá na základ¥ názv· tabulkek a jejich atribut·. Proto je doporu£eno p°i práci s CakePHP dodrºovat tyto konvence, které nejsou nijak závazné a jdou zm¥nit ve speci kaci kaºdého modelu.
•
názvy tabulek anglicky v mnoºném £ísle
7 P°íprava aplikace na podporu r·zných kulturních zvyklostí. [9]
8 Jedná se o dopln¥ní aplikace o data speci cká pro konkrétní národní/regionální prost°edí [10]
25
•
cizí klí£e stejn¥ jako tabulka v jednotném £ísle a kon£í na _id
•
primární klí£ má název id
Díky t¥mto úsporám je moºné se zam¥°it na ergonomii dané aplikace a její moºnou optimalizaci, která je ov²em limitována výkonností pouºitého
9
skriptovacího jazyka. Tato omezení lze, minimalizovat ke²ováním
£ástí
zpracovaného zdrojového kódu v pam¥ti nebo jeho p°edkompilací [@todo APC, Xcache, File]. Dal²í moºnou optimalizací, která sice p°ímo nesouvisí s CakePHP, ale je v n¥m snadno implementovatelná, je sníºení po£tu poºadavk· na stránku. S pouºíváním javascriptových framework· a knihoven se snadno m·ºe stát, ºe po£et vkládaných odkaz· na skripty a kaskádové styly (CSS) se vy²plhá aº k desítkám a za£ne se neúm¥rn¥ prodluºovat doba pot°ebná na staºení v²ech pot°ebných £ástí. Zvy²uje se tak po£et poºa-
10
davk· na server a díky reºii protokolu HTTP
je ve výsledku staºen v¥t²í
objem dat. Tento problém úsp¥²n¥ °e²í projekty jsMin
11
a CSSTidy
12
.
MySQL MySQL je multiplatformní systém pro °ízení báze dat (DBMS, zkácen¥ databázový systém), který poskytuje v²echny pot°ebné vlastnosti nutné pro b¥h tohoto informa£ního systému:
•
cizí klí£e (foreign-keys)
•
poddotazy (subselect)
•
pohledy (views)
•
transakce
•
triggery
9 z anglického slova
cache, ozna£uje vyrovnávací pam¥´
10 @todo HTTP Transfer Protokol - textov¥ orientovaný 11 http://code.google.com/p/jsmin-php/ 12 http://csstidy.sourceforge.net/
26
•
fultextové vyhledávání
Systém byl p·vodn¥ vyvinut Michaelem Wideniusem a Davidem Axmarkem v roce 1994, kte°í se podíleli na zaloºení rmy MySQL AB. Ta byla aº do roku 2008, kdy byla provedena akvizice s rmou Sun Microsystems, jednou z nejv¥t²ích open source spole£ností na sv¥t¥. MySQL je nabízeno jak pod bezplatnou licencí, tak pod komer£ní licencí s plnou technickou podporou[15]. T¥²í velké oblib¥ hlavn¥ mezi vývojá°i webových aplikací, kde je sou£ástí platformy ozna£ované jako LAMP, která obsahuje Linux, Apache, MySQL a PHP. Obecn¥ jednotlivé £ásti mohou být zam¥n¥ny (nap°. PHP za Perl nebo Python, MySQL za Postgres) p°i zachování zkratky, která je zauºívaným ozna£ením pro opera£ní systém, webový server, databázový systém a skriptovací jazyk slouºící k obsluze a generování webových stránek.
4.2 Klient Pro vlastní b¥h aplika£ní logiky je moºné se spolehnout, ºe serverová £ást aplikace bude zpracována jednou verzí PHP interpretu v uzav°eném a otestovaném prost°edí. Naproti tomu klientská £ást bude prezentována na odli²ných opera£ních systémech v mnoha prohlíºe£ích nejr·zn¥j²ích verzích. Základními poºadavky kladené na prohlíºe£ jsou:
•
XHTML 1.0
•
CSS 2.1
•
JavaScript
13
14 15
S XHTML a CSS prohlíºe£e problémy nemívají. Hor²í je to, ale s implementacemi Javascriptu. Toto bylo vy°e²eno díky provázanosti CakePHP
13 http://www.w3.org/TR/xhtml1/ 14 http://www.w3.org/TR/CSS2/ 15 JavaScript ným
je
standardem
dialektem by
m¥l
ECMASriptu. být
ECMA-262,
Minimálním revize
international.org/publications/standards/Ecma-262.htm.
27
implementova-
3:http://www.ecma-
a javascriptového frameworku Prototype[@todo odkaz] a jeho roz²í°ení Script.aculo.us[@todo odkaz], který se snaºí zakrýt rozdíly mezi prohlíºe£i. Prototype není jediným £i nejlep²ím frameworkem. Existují i jiné, které mají rozsáhlej²í schopnosti v oblasti pouºívaní dotazovacího jazyka
16
XPath nebo tvorby GUI
.
Prototype a jeho roz²í°ení Prototype úmoºnuje
•
JS - Prototype, Script.aculo.us, Livepipe
16 z anglických slov
Graphical User Interface, uºivatelské prost°edí, jenº úmoºnuje
uºivateli ovládat aplikaci pomocí gra ckých ovládacích prvk·
28
Kapitola 5 Programátorská dokumentace V následující kapitole je popsáno a vysv¥tleno propojejí databázového schématu s t°ídami, základní adresá°ová struktura projektu a metody pouºitých t°íd.
5.1 Modely (Models ) V²echny modely v aplikaci jsou odvozeny od t°ídy Object, která zakryta t°ídou Overloadable. Ta navrºena tak, aby zakryla rozdíly mezi PHP verze 4 a 5. Modely jsou determinovány návrhem databáze. Relace mezi jednotlivými modely odpovídají relacím v databázi a je moºné je upravovat ve vlastnostech dané t°ídy. Existují £ty°i druhy relací, jenº jdou v CakePHP modelovat, a mají své vlastní nastavení. Relace 1:1 (hasOne ), 1:N (hasMany ) a N:1 (belongsTo ) mají v¥t²inu nastavení spole£nou:
className foreignKey
jméno t°ídy asociovaného modelu jméno cizího klí£e v asociovaném modelu
elds
seznam polí, jenº mají být na£teny p°i pouºití dané asociace
order
£ást SQL dotazu slouºící k de nici po°adí výsledk·
conditions
£ást SQL dotazu slouºící k ltraci nalezených výsledk·
29
P°i modelování relace M:N (hasAndBelongsToMany - HAPTM ) je pot°eba nade novat tabulku (joinTable ), p°es kterou bude provád¥no spojení nalezených dat, a cizí klí£ do asociované tabulky (associationFore-
ignKey ). Pro získání dat se pouºívá metoda nd($typ, $parametry) na p°íslu²ném modelu. První parametr ur£uje typ dotazu, který m·ºe být jedním z následujích:
all
najde v²echny data spl¬ující podmínky de nované ve druhém parametru
rst
najde první záznam vyhovující podmínkám (li²í se od p°edcházejícího ve struktu°e vráceného pole)
count list
vrátí po£et vyhovujících záznam·
vygeneruje pole s hodnotami ze sloupce tabulky de nované v prom¥nné $displayField daného modelu indexované standardn¥ primárním klí£em
threaded neighbors
vygeneruje vno°ené pole podle zadaného intervalu (ltf - rght )
1
vrátí poloºku p°ed (prev ) a za (next ) poloºkou, která by byla
nalezena pomocí nd(' rst', $podminky) Pole s vyhledávacími podmínkami m·ºe vypadat jako v následujícím p°íkladu, kde jsou uvedeny v²echny základní moºnosti. Dal²í parametry mohou být p°idávány pro dopl¬kové roz²í°ení chování jednotlivých model·.
array ( ' c o n d i t i o n s ' => a r r a y ( ' Model . f i e l d ' => $ t h i s V a l u e ) , // v y g e n e r u j e k l a u z u j i WHERE Model . f i e l d = $ t h i s V a l u e ' r e c u r s i v e ' => 1 , // i n t ' f i e l d s ' => a r r a y ( ' Model . f i e l d 1 ' ) , // s l o u p e £ k y v d o t a z u SELECT 1 Detailní popis p°íkladu, jak uchovávat stromové struktury v rela£ní m·ºete nalést nahttp://dev.mysql.com/tech-resources/articles/hierarchical-data.html.
30
' o r d e r ' => a r r a y ( ' Model . c r e a t e d ' , ' Model . f i e l d 3 DESC ' ) , // d e f i n i c e k l a u z u l e ORDER BY ' group ' => a r r a y ( ' Model . f i e l d ' ) , // s l o u p e £ k y p o u º i t é v k l a u z u l i GROUP BY ' l i m i t ' => n , // p o £ e t záznam· na s t r á n k u ' page ' => i , // n a j d i i −t o u s t r a n u ' c a l l b a c k s ' => t r u e // moºné h o d n o t y j s o u : f a l s e , ' b e f o r e ' , ' a f t e r ' ) Zajímavým parametrem je recursive, který ur£uje do jaké hloubky mají být na£ítána data. Pokud data z asociovaných model· nejsou pot°eba, je vhodné jej nastavit na -1. V systému, kde je pot°eba vyhledávat sdruºovat data podle model·, jenº jsou v °et¥zci asociací dále, bylo výchozí chování parametru nedostate£né. Na²t¥stí existují dopl¬ky, které takové £innosti úmoº¬ují.
Roz²í°ení chování (Behaviors ) V základní výbav¥ CakePHP je obsaºeno roz²í°ení Containable, které úmoºnuje dynamicky p°idávat asociované modely bez omezení hloubky
2
rekurze . Je to ale pouze syntaktický cukr k metodám bindModel() a un-
bindModel(), které úmoºnují de novat pouze asociace p°íslu²ící danému modelu. Containtable p°idává metodu contain(), jenº je volána i pokud je nalezen index contain v poli s vyhledávacími parametry metody nd(). Ta se postará o dynamickou asociaci pot°ebných model·. Také vý²e zmín¥né roz²í°ení má ur£ité nedostatky a to hlavn¥ pokud je pot°eba ltrovat data podle model· asociovaných ve v¥t²í hloubce. Proto je pouºité roz²í°ení Linkable [13], které má obdobnou syntaxi nastavení, ale vytvá°í jeden SQL dotaz za pomocí klauzují JOIN. Pro usnadn¥ní práce s relacemi typu M:N p°es tabulku s klí£i je pouºito roz²í°ení Extend Associations [14] . To úmoº¬uje jednoduché p°i-
2 Je ov²em pot°eba vzít na v¥domí, ºe CakePHP tak vygeneruje zna£né mnoºství dotaz·, které mohou mít vliv na výkon dané aplikace.
31
dání nebo smazání asociací, bez ovlivn¥ní ostatních jiº existujících. K tomu slouºí nov¥ de novaná sada metod:
habtmAdd(&$model, $assoc, $id, $assoc_ids ) p°idá asociace k danému záznamu v modelu
habtmDelete(&$model, $assoc, $id, $assoc_ids) smaºe asociace s danou kombinací klí£· habtmDeleteAll(&$model, $assoc, $id) smaºe v£echny asociace k danému záznamu modelu A pro úplnost jsou zde uvedneny zbývající roz²í°ení.
Slugable
Vytvá°í texty pouºitelné v URL z de novaných sloupc· ta-
bulky.
Versionable Logable
Ukládá aktuální verzi záznamu p°ed zm¥nou £i smazáním.
Zaznamenává akce uºivatel·.
Translate
@todo
Úpravy základních metod AppModel Jelikoº je kontrola konzistence dat po p°idání, smazání a editaci záznamu ponechána na databázi, bylo pot°eba zajistit zpracování chybových hlá²ení z databáze. To se d¥je v metod¥ AppModel::onError(), která je volána pokaºdé, kdyº metoda DboSouce::execute() vrátí chybu. V na²em p°ípad¥ je chyba zpracována a chybová hlá²ka je uloºena pro pozd¥j²í prezentaci uºivateli. Pro plnou lokalizaci aplikace bylo pot°eba roz²í°it metodu AppMo-
del::invalidate($záznam, $chybovéHlá²ení) o p°eklad chybového hlá²ení, pokud daný záznam nepro²el validací. Lokalizaci lze rovn¥º provád¥t p°i generování pohledu, ale to se z hlediska údrºby kódu nejeví jako nejvhodn¥j²í °e²ení.
32
5.2 adi£e (Controllers ) adi£e jsou pouºívany ke správ¥ aplika£ní logiky. Pro moºnost pouºívat stejný kus kódu v r·zných °adi£ích je vhodné pouºívat komponenty. Tyto komponenty usnad¬ují autenti kaci, autorizaci uºivatel·, vyhledávání v databázi, posílání email· nebo validaci uºivatelských formulá°·.
Komponenty Auth/Authmd5
Standardní knihovna p°idává k heslu °et¥zec de no-
vaný v app/con g/core.php v interní prom¥nné Security.salt. Tato vlastnost byla v systému na obtíº, hlavn¥ kv·li p°enositelnosti jiº zadaných hesel v p°edchozí aplikaci. Proto byla vytvo°ena komponenta Authmd5, která nep°idává zabezpe£ovací °et¥zec k heslu. Dal²í drobnou zm¥nou oproti p·vodní komponent¥ je automatické hashovaní hesla z formulá°e i kdyº není zadáno p°ihla²ovací jméno.
P28n
P°i na£tení komponenty se zkontroluje zda si jiº uºivatel n¥kdy vy-
bral jazyk, který byl uloºen do cookie pomocí metody change($lang). Pokud se jazyk v cookie nenachází zvolí se výchozí jazyk aplikace podle prom¥nné $_SERVER['HTTP_ACCEPT_LANGUAGE'], pokud je prohlíºe£em nastavena. V opa£ném p°ípad¥ je pouºit jazyk de novaný v konstan¥ DEFAULT_LANGUAGE v souboru
app/con g/core.php.[11]
Password Helper
Vygeneruje hezké heslo zadané délky bez opakují-
cích se znak·. Jednotlivé znaky jsou vybírány z °et¥zce PasswordHelper::possible.[12]
Autocomplete
P°idává metodu autocomplete(), která zpracuje získaná
data z formulá°e (data[Model][poloºka]), vyhledá vyhovující záznamy a vygeneruje seznam s výsledky. P°idání dopl¬kových podmínek pro vyhledávání je moºné v metod¥ beforeFilter() daného °adi£e nebo jeho p°edka. D¥je se tak nastavením vlastnosti Auto-
completeComponent::handles, kde index v zadaném poli ur£uje poloºky tabulky, kterých se mají podmínky týkat. Následující p°íklad
33
je vybrán z °adi£e produkt·, kde má být zákazník·m úmoºn¥no vyhledávat pouze v produktech, které se jich p°ímo týkají.
function beforeFilter () { parent :: beforeFilter () ; $this - > Autocomplete - > handles = false ; // standardn¥ je doporu£eno vypnutí v²ech polí£ek if ( $this - > Auth - > user () ) { if ( isset ( $this - > params [ ' prefix ']) { if ( $this - > params [ ' prefix '] === ' admin ') { // podle prefixu m·ºeme omezit práva $this - > Autocomplete - > handles = array ( ' Product .* ') ; } if ( $this - > params [ ' prefix '] === ' customers ') { $this - > Product - > Behaviors - > attach ( ' Linkable ') ; // dynamické na£tení chování $this - > Autocomplete - > handles = array ( ' Product . name ' = > array ( ' link ' = > array ( ' Application ') , ' conditions ' = > array ( ' Application . user_id ' = > User :: get ( ' id ') ) // zákazníci mohou vyhledávat pouze v produktech , // kterých se ú£astní )); } } }
Ajaxupdate
Slouºí pro usnadn¥ní editace záznam· p°es AJAX za pod-
pory javascriptivé knihovny control.js, která je sou£ástí balíku scripta-
culous.js.
Email
Slouºí k odesílání email·. Lze pouºívat ²ablony, html zprávy a
p°idávat p°ílohy.
Filter
Komponenta pro validaci vyhledávacích formulá°· a vygenerování
podmínek pro vyhledávání.
34
Popis jednotlivých °adi£· V této £ásti budou popsány nejd·leºit¥j²í £ásti aplika£ní logiky. P°i vytvá°ení základní kostry byla pouºita pekárna kódu, jejiº vygenerovaný kód byl posléze upraven.
Uºivatelé Nejd·leºit¥j²ími akcemi jsou bezpochyby p°ihlá²ení a odhlá²ení uºivatele. Ty jsou zajit¥ny komponentou Auth, která je nastavena v °adi£i aplikace (AppController ) v metod¥ beforeFilter().
login()
Po p°ihlá²ení je aktualizována poloºka poslední p°ihlá²ení v
databázi, nastavena zpráva uºivateli a uºivatel je p°esm¥rován na poºadovanou nebo výchozí stránku.
logout()
Smaºe cookie, nastaví zprávu o úsp¥²ném odhlá²ení a p°esm¥-
ruje na výchozí stránku.
account()
Slouºí ke zm¥n¥ hesla uºivatele. Pokud jsou poslány data a
hesla projdou validací, je uºivateli nastaveno nové heslo.
recover()
Uºivatel si m·ºe nechat zaslat nové heslo po zadání emailu.
Je vytvo°en token s platností 1 den. V budoucnu by bylo dobré roz²í°it moºnost obnovy hesla o kontrolní otázku.
verify($token)
Zkontroluje zda se zadaný token nachází v databázi a
pokud ano, za²le uºivateli nov¥ vygenerované heslo.
register()
Jednoduchá registrace uºivatele po jejímº dokon£ení je uºi-
vateli zaslán aktiva£ní email.
Produkty admin_export()
Vygeneruje CSV soubor s nalezenými produkty.
admin_shedule()
35
5.3 Dopl¬ky (Pluginy) Vyhledávací modul Nejd·leºit¥j²ím poºadavkem na tento modul je rychlost. Jelikoº byla vybrán databázový systém MySQL, který ve verzi 5.2 úmoº¬uje fultextové vyhledánání pouze nad tabulkami typu MyISAM, bylo pot°eba zajistit, ºe p·jde rychle vyhledávat data obsaºená tabulkách typu InnoDB.
36
Kapitola 6 Uºivatelská dokumentace Tato uºivatelská dokumentace si klade za cíl stru£n¥ p°iblíºit £tená°i výhody informa£ního systému a jeho záklaními zp·soby ovládání. V jednotlivých £ástech je vysv¥tleno, jak má správce postupovat od úvodní instalace, p°es inicializaci databáze, uloºení informací o uºivatelích, p°idání produkt· aº po tisk ú£etních podklad·. Dodavatel·m a zam¥stnanc·m je názorn¥ p°edvedeno, jak správn¥ a v£as vyplnit m¥sí£ní výkazy a jak vést evidenci docházky ú£astník· kurz·. Zákazník·m je vysv¥tleno, jak jednodu²e zjistit, kolik z objednaných sluºeb jiº bylo zaplaceno a zkontrolovat pr·b¥h aktuálních kurz· £i po£et p°eloºených stran p°ekladu. Studenti si mohou zkontrolovat svojí docházku a zobrazit rozvrh hodin na dal²í týdny.
6.1 Instalace serveru Pro b¥h serverové aplikace je nutné mít sprovozn¥ný program, který úmoºnuje zpracování zdrojových kód· a prezentaci výstupu protokolem HTTP pop°ípad¥ HTTPS. Nejznám¥j²ím voln¥ dostupným programem je Apache [http://httpd.apache.org/], který úmoºnuje pomocí modul· [http://httpd.apache.org/modules/] p°idat podporu pro jazyk PHP
37
nutný k b¥hu IS.
Staºení a instalace Apache Pokud pouºíváte n¥kterou z moderních linuxových distribucí, zkuste nejd°íve projít repozitá°e [@todo vysv¥tlit], zda se zde nenachází jiº hotový balík upravený pro snadn¥j²í instalaci a kon guraci. Debian a jemu podobní (Ubuntu, Kubuntu, ...): apt-get install apache2 Gentoo emerge apache2 Pokud jste poºadovaný balík nena²li £i pouºíváte jiný opera£ní systém, m·ºete ze stránek projektu
1
vybrat odkaz vedoucí na poºadovaný
balík zdrojových kód· nebo p°edkompilovanou aplikaci pro Vá² opera£ní systém.
Kon gurace Apache Pro správnou funkci aplikace je pot°eba doinstalovat, pop°ípad¥ pouze povolit následující moduly: mod_php5, mod_rewrite a mod_ssl. Pro správnou funkci zabezpe£eného p°ipojení [@todo de novat zabezpe£ené p°ipojení] je nutné vygenerovat certi káty a upravit kon guraci stránek.
Staºení a instalace MySQL serveru uºivatelské jméno: isadb heslo: isapass
6.2 Umíst¥ní aplikace Pokud máme server správn¥ nakon gurovaný, zkopírujeme sloºku s aplikací do adresá°e ur£eného kon gurací Apache (obvykle /var/www £i C:\\Program Files\apache2\www - budeme ozna£ovat ROOT ). Pro v¥t²í
1 http://httpd.apache.org/download.cgi
38
bezpe£nost je doporu£eno zm¥nit webroot v kon guraci apache na sloºku
ROOT /app/webroot. Dále je pot°eba nastavit p°ihla²ovací údaje k databázi podle 6.1p°edchozí £ásti v souboru ROOT /app/con g/database.php .
6.3 Inicializace databáze V souboru ROOT /app/con g/sql/isa_init.sql se nachází MySQL 5.0+ kompatibilní skript, který vytvo°í tabulky a naplní je daty nutnými k prvnímu p°ihlá²ení administrátora.
6.4 Up°es¬ující informace Pro dal²í £tení manuálu je pot°eba up°esnit n¥kolik d·leºitých pojm·, které se budou dále vyskytovat.
Systémová skupina
je nutná pro správné fungování IS.
Tato sekce je rozd¥lena podle rolí de novaných v IS.
Správce: Editor:
pov¥°ený uºivatel s plnými právy ke v²em modul·m systému.
osoba s omezenými právy k editaci vybraných modul·.
Dodavatelé:
zam¥stnanec, brigádník £i jiný subjekt vykonávající zada-
nou práci.
Odb¥ratelé:
zákazníci, kte°í si objednali libovolný produkt.
Poskytovatelé:
subjekty, které jsou vedeny pod jednou st°echou a
sdílí £ást informací.
Ú£astníci:
studenti jednotlivých kurzu.
Vý²e popsané role mohou být zm¥n¥ny £i zakázány administrátorem systému. tená°i je doporu£eno £íst pouze £ásti, jenº se ho týkají.
Poznámka:
Text u odkazu na zobrazení, editaci nebo smazání záznamu
mohou být nahrazeny po °ad¥ obrázky:
39
,
a
.
6.5 Správce (hlavní manaºer) Má standardn¥ nastavena ve²kerá p°ístupová práva ke v²em modul·m systému.
Správa IS Tento modul obsahuje moduly pro nastavení jednotlivých £ástí systému, správu uºivatel·, skupin, práv a ostatních £íselník· (dan¥, místnosti, kategorie produkt·).
Uºivatelé (Users) Modul
Uºivatelé nabízí ve²keré nastavení pot°ebné pro de nování moº-
ností p°i uºívání systému osobami majícími vztah k IS. Dále jsou zde uchovány ve²keré osobní informace d·v¥rného charakteru.
Filtr seznam uºivatel· [/admin/Users/index]:
V horní £ásti se na-
chází odkazy na akce související s uºivately. Filtry pro práci se seznamem uºivatel· jsou umíst¥ny nad hlavní tabulkou a v hlavi£ce tabulky s funkcí na²eptáva£e a jejich zm
P°idání uºivatele [/admin/Users/add]:
Odkaz na formulá° je hlav-
ním menu a v £ástech, které na uºivatelích závisí. Jedinnou povinnou poloºkou je zobrazovanné jméno, která slouºí jako popisek ve v²ech výb¥rových ltrech. Ostatní poloºky m·ºete vyplnit aº p°i jejich pot°eb¥ ve výpisu. Volba Aktivní slouºí k aktivaci uºivatelského ú£tu. Uºivatel je schopen se p°ihlásit pouze pokud je jeho ú£et aktivní.
Editace uºivatele:
Uºivatele vyhledejte p°es ltr seznam· uºivatel·
nebo p°es formulá° rychlého hledání. V prním p°ípad¥ klikn¥te na Vyberte odpovídající skupinu k editaci a pro uloºení zm¥n pouºijte tla£ítko Uloºit. V p°ípad¥ chybového hlá²ení zkontrolujte v²echny skupiny údaj·.
40
Zobrazení uºivatele:
@todo
Nastavení £i zm¥na hesla:
V p°ehledu uºivatele klikn¥te na odkaz Zm¥-
nit heslo a vypl¬te nové heslo do obou kolonek. Správce m·ºe editovat hesla v²em uºivatel·m a m¥l by je o této zm¥n¥ informovat zabezpe£eným kanálem[@todo de novat zabezpeceny kanal], aby se p°ede²lo zneuºití jejich ú£tu.
Skupiny a oprávn¥ní V tomto modulu m·ºete p°idávat a mazat uºivatelské skupiny a oprávn¥ní. Pro zachování správného fungování systému nemaºte tyto systémové skupiny: customers, employees, providers, students a admin. P°i implicitní nastavení má kaºdá ze systémových skupin práva de nované a p°i°azené oprávn¥ní k pre xovaným akcím jednotlivých modul·. Tyto oprávn¥ní jsou de novány tímto zp·sobem: *:customers_*,
*:employees_*, *:providers_*, *:students_*, *:admin_* a °íkají, ºe daná skupina m·ºe v libovolném modulu spou²t¥t akce za£ínajícím jejich jménem. V p°íkladu byl pouºit expanzní znak *, který je moºné pouºívat k nahrazení libovoného po£tu libovolných znak·, a :, jenº ur£uje hranici mezi modulem a akcí (nap°. oprávn¥ní Users:*_view úmoºní zobrazit v²echny pre xované akce view v modulu
Uºivatelé).
Kaºdá skupina m·ºe m·ºe mít p°i°azeno více de novaných oprávn¥ní a je na správci, jak s nimi bude zacházet.
íselníky V této £ásti se seznámíme se v²emi £íselníky, jejich funkcemi v systému a moºností editace. V²echy dále uvedené moduly obsahují automaticky generovaný £íselný identi kátor (dále jen id ), který slouºí pro interní pot°eby systému a není moºné ho zm¥nit. Dále je pot°eba upozornit na fakt, ºe vytvo°ené poloºky v £íselníku, které jiº byly v systému p°izazeny n¥jakým záznam·m, nelze vymazat. Vymazání je umoºn¥no aº kdyº je £íselník u daných záznam· zm¥n¥n.
41
Kategorie
obsahuje název, zkratku, jednoduchý slovní popis a za²ktá-
vací polí£ko ur£ující, zda se produkty v této kategorii povaºují za ve°ejné a má se zobrazovat jejich rozvh na webových stránkách. Ú£el £íselníku spo£íva v roz£len¥ní mnoºství produkt· do skupin, podle kterých lze vytvá°et tiskové sestavy (p°ílohy faktur, rozvrhy, m¥sí£ní p°ehledy náklad·, ...).
Místa
obsahují název a adresu. Slouºí k odkazu na místo v událostech.
títky
obsahují název a odkaz na nad°azený ²títek, pro moºnost tvorby
hierarchické struktury £lánk·.
Produkty Modul Produkty je závislý na správn¥ rozd¥lených uºivatelích do systémových skupin. Rovn¥º je doporu£eno p°edvyplnit £íselník kategorií produkt·.
Vytvo°ení nového produktu (jednoduchá verze) Vyberte kategorii a poskytovatele. Dále vypl¬te název produktu a infomaci o datu zahájení a p°edpokládaném £i ºádaném datu ukon£ení prací. Dále si °ekn¥me, jak se vypo£ítá výsledná cena (bez DPH) pro zákazníka. Od toho se bude odvíjet dal²í vypl¬ování formulá°e. Stanovte si, jak budete daný produkt nabízet a od £eho se odvíjí náklady. V p°ípad¥, ºe se náklady odvíjí od po£tu participujících osob za²rtn¥te moºnost Po£ítat ú£astníky. Pokud nevíte dob°edu kolik hodin bude odu£eno £i kolik normostran bude ú£továno a náklady na n¥ nejsou xní, za²krtn¥te moºnost Po£ítat mnoºství. Celková cena bude spo£ítána takto:
•
jednotková cena je vynásobena po£tem ú£astník· pokud byla odpovídající volba za²krtnuta
42
•
mezisou£et je vynásoben sou£tem odpracovaných jednotek v událostech ve výkazech p°i°azených v produktu pokud byla volba po-
£ítat mnoºství za²krtnuta
•
@todo moºná konverze
Te¤ uº zbývá doplnit zbývající povinné poloºky a to jednotku a jednotkovou cenu.
Výkazy Vytvo°ení a p°i°azení výkazu k produktu Vytvo°ení a p°i°azení výkazu k produktu provád¥jte pouze pokud je produkt, ke kterému chcete p°idat výkaz, jiº vytvo°en. V menu klikn¥te na poloºku P°idat výkaz a vypl¬te následný p°ehledný formulá°. U dodavatele se rozli²uje se i typ smlouvy uvedený v závorce. Sazba a jednotka jsou rovn¥º povinné poloºky. Jinou moºností, jak p°i°adit nový výkaz, je p°es modul
Produkty
(nebo p°es rychlé hledání), kde lze snadno vyhledat daný produkt. Zobrazte si detaily nalezeného produktu a ve skupin¥ P°i°azené výkazy klikn¥te na odkaz P°idat výkaz.
P°idání události k výkazu
Tipy na urychlení práce Zvlá²tní formulá° na p°idání produktu spolu se zákazníkem i dodavatelem úmoºní rychlej²í zadávání v¥t²ího mnoºství nových produkt·.
6.6 Dodavatel Dodavatel má p°ístup, ke v²em produkt·m, kde m¥l p°i°azen alespo¬ jeden výkaz. zadávání výkazu, evidence docházky do kurz·
43
Záv¥r Zavedení informa£ního systému je b¥h na dlouhou tra´ ... p°íprava dodavatel· i odb¥ratel· na zm¥ny ve zp·sobu vykazování práce ...
Nedostatky
Pro lep²í ochranu uloºených dat by se m¥l zavést ACL -
Access Control List. V sou£asné verzi systému je díky
44
Literatura [1] http://www.informacny-system.sk [2] Wikipedia: Informa£ní systém, http://cs.wikipedia.org/wiki/Informa£ní_systém [3] Dana Soukupová: Algoritmy logického návrhu rela£ní databáze, 2004 [4] Cake Software Foundation: The Cookbook
http://book.cakephp.org/ [5] Cake Software Foundation: Porozum¥ní Model-Pohled-Controller http://book.cakephp.org/cz/view/10/Understanding-Model-ViewController [6] Wikipedia: Model-view-controller http://en.wikipedia.org/wiki/Model-view-controller [7] Berners-Lee, Masinter & McCahill: Uniform Resource Locators (URL), RFC1738, Prosinec 1994 http://www.ietf.org/rfc/rfc1738.txt [8] Wikipedia: Object-relational mapping
http://en.wikipedia.org/wiki/O-RM [9] I18n - Internacionalizace http://kore. .muni.cz:5080/wiki/index.php/I18n__Internacionalizace
45
[10] PV168/Lokalizace a internacionalizace http://kore. .muni.cz:5080/wiki/index.php/PV168/Lokalizace_a_internacionalizace [11] Jason Chow: P28n, the top to bottom persistent internationalization
tutorial http://bakery.cakephp.org/articles/view/p28n-the-top-to-bottompersistent-internationalization-tutorial [12] Random password generator component for CakePHP, erven 2008 http://www.solitechgmbh.com/2008/06/11/random-passwordgenerator-component-for-cakephp/ [13] Rafael Bandeira: Linkable Behavior. Taking it easy in your DB, Listopad 2008 http://blog.rafaelbandeira3.com/2008/11/16/linkable-behaviortaking-it-easy-in-your-db/ [14] Brandon Parise: HABTM Add & Delete Behavior, Kv¥ten 2007 http://bakery.cakephp.org/articles/view/add-delete-habtmbehavior [15] http://www.mysql.com/
sadsa dasd
46
Dodatek A Ukázka XML databáze A.1 DTD
47
to CDATA # REQUIRED >
A.2 XML A.3 XPath A.4 XQuery
48
Dodatek B Obsah p°iloºeného CD Bakalá°ká práce
tisknutelný PDF soubor s textem této práce.
49
