BAKALÁ SKÁ PRÁCE. Ji í Kun ar

Transkript

1 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

2 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 Ji í Kun ar 2

3 Obsah 1 Existující implementace 10 2 Analýza úlohy Poºadavky klienta Denice a up esn ní pojm Návrh e²ení Návrh databáze Pouºité technologie a frameworky Server Klient Programátorská dokumentace Modely (Models) adi e (Controllers) Dopl ky (Pluginy) Uºivatelská dokumentace Instalace serveru Umíst ní aplikace Inicializace databáze Up es ující informace Správce (hlavní manaºer) Dodavatel

4 A Ukázka XML databáze 47 A.1 DTD A.2 XML A.3 XPath A.4 XQuery B Obsah p iloºeného CD 49 4

5 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 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 address: Miroslav.Spousta@m.cuni.cz Abstract: The goal of the thesis is to design and implement a modular 5

6 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

7 Ú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

8 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

9 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

10 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 1 nebo WCMS 2 ozna ující webové systémy. Tyto systémy lze rozd lit do podskupin podle zp sobu, jakým prezentují uloºená data. Oine 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 takového systému je nap íklad Vignette CMS 3. 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 joomla drupal... Hybridní... 1 wdw 2 df

11 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 - Oce 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 - geogracké systémy 11

12 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 specické 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 vykázanou innost k jednotlivým p eklad m, tlumo ení a výuce 1. 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

13 Zavedení jednotných identikátor Kv li vý²e uvedným problém m se za alo s postupným zavád ním jednotných identiká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í identiká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

14 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

15 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 Denice 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

16 Produkt Zakázka CSS 16

17 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. V rámci testování byl rovn º vytvo en návrh zjednodu²ené verze XML 2 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 mírn zaostává. 3 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- 1 N kdy je pouºívaní zkratka CRUD z anglických slov create, read, update, delete. 2 extesible Mar 17

18 blémem s optimalizací navrºeného modelu pomáhají e²it algoritmy logického návrhu rela ní databáze 4, 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 specikace, 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 specické 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 specikými informacemi. Identiká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. vyjmenovat a nejake strucne popsat 18

19 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

20 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 denová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 specikaci je rozhodnuto aº p i azením do skupiny. Kaºdý uºivatel m ºe být ve více skupinách. 20

21 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ý 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 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

22 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 rekurzivní zkratce 1. 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 a mnoºstvím lidí 2, kte í jej vyuºívají. I kdyº existují mnohé polemiky a dle statistiky na 22

23 Tabulka 4.1: Srovnání vybraných PHP framework ºivé diskuze mezi jeho zastánci a odp rci o jeho výkonnosti, bezpe nosti a vhodnosti pro velké projekty, existují vyjímky 3, 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í k úpravavám API 4 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. Frameworky, které spl ují vet²inu poºadavk jsou Zend 5, Symfony a CakePHP. - Symfony - pouºíva yml na kongurová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á architektura 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í, procedur i t íd programu i knihovny, jenº mohou být vyuºívány programátorem

24 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 klienta na URL 6. 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 modikaci (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í) - programá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 syntaxi et zce znak slouºící k p esné specikaci zdroje informací v prost edí Internetu. 24

25 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 losoi 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 modikaci 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 specikaci 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 specická pro konkrétní národní/regionální prost edí[10] 25

26 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 skriptovacího jazyka. Tato omezení lze, minimalizovat ke²ováním 9 á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ºadavk na server a díky reºii protokolu HTTP 10 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 HTTP Transfer Protokol - textov orientovaný

27 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 CSS JavaScript 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 JavaScript je dialektem ECMASriptu. Minimálním implementovaným standardem by m l být ECMA-262, revize 3: 27

28 a javascriptového frameworku 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 XPath nebo tvorby GUI 16. 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í grackých ovládacích prvk 28

29 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 Cake- PHP 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 jméno t ídy asociovaného modelu foreignkey 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 denici po adí výsledk conditions ást SQL dotazu slouºící k ltraci nalezených výsledk 29

30 P i modelování relace M:N (hasandbelongstomany - HAPTM ) je pot eba nadenovat tabulku (jointable), p es kterou bude provád no spojení nalezených dat, a cizí klí do asociované tabulky (associationforeignkey). 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 denované 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 vrátí po et vyhovujících záznam list vygeneruje pole s hodnotami ze sloupce tabulky denované v prom nné $displayfield daného modelu indexované standardn primárním klí em threaded vygeneruje vno ené pole podle zadaného intervalu (ltf - rght) 1 neighbors 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. a r r a y ( ' 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 dotazu 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

31 ) ' order ' => 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, // po et záznam na s t r á n k u ' page ' => i, // n a j d i i tou s t r a n u ' c a l l b a c k s ' => t r u e //moºné hodnoty 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 rekurze 2. Je to ale pouze syntaktický cukr k metodám bindmodel() a unbindmodel(), které úmoºnují denovat 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

32 dání nebo smazání asociací, bez ovlivn ní ostatních jiº existujících. K tomu slouºí nov denovaná 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 denovaných sloupc tabulky. Versionable Ukládá aktuální verzi záznamu p ed zm nou i smazáním. Logable Zaznamenává akce uºivatel. Ú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 AppModel::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

33 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í autentikaci, autorizaci uºivatel, vyhledávání v databázi, posílání nebo validaci uºivatelských formulá. Komponenty Auth/Authmd5 Standardní knihovna p idává k heslu et zec denovaný v app/cong/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 vybral 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 denovaný v konstan DEFAULT_LANGUAGE v souboru app/cong/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 AutocompleteComponent::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

34 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 podpory javascriptivé knihovny control.js, která je sou ástí balíku scriptaculous.js. Slouºí k odesílání . 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

35 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í u. 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ºivateli zaslán aktiva ní . Produkty admin_export() Vygeneruje CSV soubor s nalezenými produkty. admin_shedule() 35

36 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

37 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 [ který úmoºnuje pomocí modul [ p idat podporu pro jazyk PHP 37

38 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 konguraci. 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. Kongurace 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 denovat zabezpe ené p ipojení] je nutné vygenerovat certikáty a upravit konguraci 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 nakongurovaný, zkopírujeme sloºku s aplikací do adresá e ur eného kongurací Apache (obvykle /var/www i C:\\Program Files\apache2\www - budeme ozna ovat ROOT). Pro v t²í

39 bezpe nost je doporu eno zm nit webroot v konguraci 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/cong/database.php. 6.3 Inicializace databáze V souboru ROOT/app/cong/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í denovaných v IS. Správce: pov ený uºivatel s plnými právy ke v²em modul m systému. Editor: osoba s omezenými právy k editaci vybraných modul. Dodavatelé: zam stnanec, brigádník i jiný subjekt vykonávající zadanou 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:, a. 39

40 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 denová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 nachá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 hlavní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

41 Zobrazení 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 denovat 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 prexovaným akcím jednotlivých modul. Tyto oprávn ní jsou denová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 prexované akce view v modulu Uºivatelé). Kaºdá skupina m ºe m ºe mít p i azeno více denovaný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ý identiká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

42 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

43 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í 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

44 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

45 Literatura [1] [2] Wikipedia: Informa ní systém, ní_systém [3] Dana Soukupová: Algoritmy logického návrhu rela ní databáze, 2004 [4] Cake Software Foundation: The Cookbook [5] Cake Software Foundation: Porozum ní Model-Pohled-Controller Controller [6] Wikipedia: Model-view-controller [7] Berners-Lee, Masinter & McCahill: Uniform Resource Locators (URL), RFC1738, Prosinec [8] Wikipedia: Object-relational mapping [9] I18n - Internacionalizace _Internacionalizace 45

46 [10] PV168/Lokalizace a internacionalizace [11] Jason Chow: P28n, the top to bottom persistent internationalization tutorial [12] Random password generator component for CakePHP, ƒerven [13] Rafael Bandeira: Linkable Behavior. Taking it easy in your DB, Listopad [14] Brandon Parise: HABTM Add & Delete Behavior, Kv ten [15] sadsa dasd 46