ii
České vysoké učení technické v Praze Fakulta elektrotechnická
Bakalářská práce
Systém pro novelizaci dokumentů Zdeněk Žák
Vedoucí práce: Ing. Martin Komárek
Studijní program: Elektrotechnika a informatika strukturovaný bakalářský Obor: Informatika a výpočetní technika červenec 2008
iv
Prohlášení Prohlašuji, že jsem svou bakalářskou práci vypracoval samostatně a použil jsem pouze podklady uvedené v přiloženém seznamu. Nemám závažný důvod proti užití tohoto školního díla ve smyslu §60 Zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon).
………………………………………..
V Praze dne 8.7. 2008
v
vi
Abstract This project, The System for updating of documents, deals with the process of updating of the documents (laws, decrees, directives etc.). At present, this process includes lots of paperwork. After logging, users could upload documents, they would have been allowed to enter proposals for changes to individual parts of document and express their views on the proposals. When using the web portal, user could access updated document from anywhere, where he has access to the internet. The process would be simplified and accelerated, because a part of administration activity associated with it would drop out.
Abstrakt Tento projekt, Systém pro novelizaci dokumentů, se zabývá procesem novelizace dokumentů (zákonů, vyhlášek, směrnic atp.). V současnosti tento proces probíhá papírově. Po přihlášení by mohli uživatelé vkládat dokumenty, bylo by jim umožněno vkládat návrhy na změny k jednotlivým částem dokumentu a vyjadřovat svůj názor na předložené návrhy. Při použití webového portálu by mohl uživatel přistupovat k novelizovanému dokumentu odkudkoli, kde má přístup na internet, a dále s dokumentem pracovat. Proces by se tak zjednodušil a zrychlil, protože by odpadla část administrační činnosti s ním spojená.
vii
viii
Obsah 1
2
3
Úvod ................................................................................................................................... 1 1.1
Zadání .......................................................................................................................... 1
1.2
Motivace ...................................................................................................................... 1
Popis problému a rešerše .................................................................................................... 3 2.1
Wiki systémy ............................................................................................................... 3
2.2
Systém pro správu obsahu ........................................................................................... 4
2.2.1
Požadavky redaktorů, správce systému ................................................................ 4
2.2.2
Požadavky uživatelů, čtenářů webu ..................................................................... 4
2.2.3
Existující systémy ................................................................................................ 5
Požadavky .......................................................................................................................... 9 3.1
Seznam požadavků ...................................................................................................... 9
3.2
Případy užití ............................................................................................................... 10
3.2.1
Aktéři .................................................................................................................. 10
3.2.2
Specifikace případů užití .................................................................................... 12
4
Analýza a návrh řešení ..................................................................................................... 17
5
Realizace .......................................................................................................................... 19
6
Závěr................................................................................................................................. 21
7
Bibliografie....................................................................................................................... 23
A
Seznam použitých zkratek ................................................................................................ 25
B
Uživatelská příručka ......................................................................................................... 27
C
Přílohy .............................................................................................................................. 31
D
Obsah přiloženého CD ..................................................................................................... 35
ix
x
KAPITOLA 1. ÚVOD
1
1 Úvod 1.1
Zadání
Vytvořte a nasaďte do provozu webový portál, který bude podporovat proces novelizace dokumentů (zákonů, vyhlášek, směrnic atp.) skupinám uživatelů. Systém bude především umožňovat registraci „zpravodajů dokumentů“ a jim následně vkládat dokumenty doplněné o formátovací značky (rozdělení dokumentu na části) a vkládat skupiny uživatelů (import seznam emailů v souboru ve formátu CSV) oprávněné vkládat návrhy na změny a vyjadřovat se k návrhům na změny. Uživatelé budou identifikováni emailem, na který jim budou zaslány informace nutné pro přihlášení do systému. Systém uživatelům po přihlášení umožní (dle přiřazených práv) vkládat návrhy na změny k jednotlivým částem dokumentu a vyjadřovat svůj názor na předložené návrhy. Při realizaci systému se inspirujte potřebami expertní skupiny k přípravě novely zákona č. 361/2000 Sb. zřízené při Ministerstvu dopravy ČR. 1.2
Motivace
Pro tuto práci jsem se rozhodl, protože jsem chtěl zúročit a zdokonalit své schopnosti a dovednosti z předmětu softwarové inženýrství. Tento konkrétní projekt jsem si vybral, protože může potenciálně usnadnit proces novelizace dokumentů. V současnosti tento proces probíhá papírově. Je vytvářeno mnoho kopií tak, aby měl každý účastník novelizace svou vlastní kopii, a složitě se následně zpracovávají do výsledného dokumentu. Při použití webového portálu by mohl každý registrovaný uživatel přistupovat k novelizovanému dokumentu odkudkoli, kde má přístup na internet, a dále s dokumentem pracovat. Proces by se tak zjednodušil a zrychlil, protože by odpadla část administrační činnosti s ním spojená.
2
KAPITOLA 1. ÚVOD
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
3
2 Popis problému a rešerše Webový portál, který budu implementovat, bude nejspíše postaven na podobném principu, jako jsou wiki systémy nebo redakční systémy. Uživatelé budou moci vkládat textové dokumenty a další uživatelé se k nim budou moci podle určitých práv, pokud jsou nastavena, vyjadřovat. Uživatel, který vložil do systému už nějaký dokument (redaktor) bude moci upravovat určité vlastnosti vloženého dokumentu. Níže je uvedena charakteristika wiki systémů a redakčních systémů a rešerše redakčních systémů. 2.1
Wiki systémy
Wiki je označení webů, které umožňují uživatelům přidávat obsah a tento obsah také měnit. Wiki umožňuje vytvářet dokumenty kolektivně pomocí jednoduchého značkovacího jazyka za použití webového prohlížeče. Jedna strana ve wiki je označována jako „wiki stránka“, zatímco celá skupina stránek, které bývají obvykle značně propojeny, je nazývána „wiki“. Obecně není před přijetím stránky prováděna žádná kontrola a většina systémů wiki je otevřena veřejnosti – nebo přinejmenším komukoli, kdo má přístup na wiki server. V tradičních wiki systémech je každá stránka reprezentována třemi způsoby: HTML kód, stránka jako výsledek zobrazení tohoto kódu prohlížečem a uživatelsky editovatelný zdrojový kód, ze kterého serverem vytváří HTML kód. Posledně jmenovaný formát, známý jako wikitext, je psán ve zjednodušeném značkovacím jazyku, jehož styl a syntaxe může být v jednotlivých implementacích odlišná. Důvodem k tomuto návrhu je, že HTML se svou velkou zásobou vnořených tagů je velmi komplikovaný pro rychlou editaci a odvádí pozornost od obsahu stránky. To, že uživatelé nemohou využít veškerou funkcionalitu, kterou HTML poskytuje, jako je JavaScript a CSS, se jeví spíše jako výhoda, protože je tím zajištěna konzistence vzhledu. Jednoduché wiki systémy umožňují pouze základní formátování textu, zatímco ty složitější mají podporu pro tabulky, obrázky, vzorce, nebo i interaktivní elementy jako ankety a hry. Wiki systémy jsou obecně založeny na principu, že je lepší usnadňovat opravy chyb než bránit jejich vzniku. Proto wiki systémy poskytují různé prostředky pro kontrolu platnosti posledních změn obsahu, jako např. tzv. stránka posledních změn, která zobrazuje seznam posledních změn, nebo všechny změny za určité časové období. Většina veřejných wiki se vyhýbá povinným registračním procedurám. Přesto mnoho velkých wiki systémů poskytují způsob omezení přístupu pro zápis. Některé wiki umožňují zakázat editaci jednotlivým uživatelům blokováním jejich IP adresy nebo uživatelského jména. Vzhledem k relativní jednoduchosti konceptu wiki existuje mnoho implementací, od velmi jednoduchých po vysoce propracované systémy pro správu obsahu. Většina wiki systémů jsou open source. Mnoho wiki systémů je vysoce modulárních a poskytují API, které dovolují programátorům vyvíjet nové vlastnosti bez požadavků na znalost kódu celé aplikace. Více se lze dozvědět na stránkách Wikipedie (1).
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
4 Systém pro správu obsahu
2.2
Systém pro správu obsahu (CMS z anglického content management system) je software zajišťující správu dokumentů, nejčastěji webového obsahu. V dnešní době se jako CMS zpravidla chápou webové aplikace, někdy s případným doplňkovým programovým vybavením u klienta. Pro CMS se někdy používají i oborově podobné termíny redakční či publikační systém. Trh s CMS programy je široký, existuje jak řada programů nabízených jako svobodný software, tak i komerčních řešení. CMS se člení dle řady kritérií, například rozsahu řešení, použitého vývojového prostředí nebo cílové skupiny. Nejjednodušší CMS jsou naprogramovány v JavaScriptu, řada CMS používá PHP (většinou v kombinaci s databázovým systémem MySQL, ale i bez jakékoli databáze), oblíbená je i Java a další jazyky. Více se lze dozvědět na stránkách Wikipedie (2). 2.2.1 Požadavky redaktorů, správce systému
přehledná správa systému
lokalizace - čeština
rozšíření systému pomocí pluginů
přidávání dalších redaktorů, správců a přidělení jednotlivých práv k systému
úprava kostry webu přímo v redakčním systému
úprava jednotlivých článků za pomoci WYSIWYG editoru podobného Wordu, tedy bez znalosti tvorby www stránek
možnost povolit či zakázat vkládání komentářů
nahrávání a vkládání obrázků
záznamy návštěv a pohybu čtenářů po webu
2.2.2 Požadavky uživatelů, čtenářů webu
přehledná struktura stránek
rychlé načítání stránek a článků
možnost vyhledávání
vkládání komentářů k jednotlivým článkům
anotace článků a RSS výstup
Seznamy převzaty ze stránek Bc. Iva Tomana (3).
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
5
2.2.3 Existující systémy Na trhu existuje řada systémů pro správu obsahu, jak komerčních, tak open source. Na trhu existuje několik firem, které se zabývají tvorbou těchto systémů a jejich implementací. Takzvané „redakční systémy na míru“ zřizují již od 6 000,- Kč. Textpattern – zdarma a open source webová aplikace usnadňující publikování textů na internetu, psaný text je převáděn do XHTML a následně zobrazován na webových stránkách. Stránky publikované pomocí Textpattern může používat neomezené množství registrovaných přispěvatelů, kterým mohou být přidělena privilegia vydavatelem stránky. Je poskytováno 5 úrovní privilegií (vydavatel, řídící editor, editor kopírování, spisovatel a návrhář) a každá reflektuje rozdílný přístup k tvorbě článku, schvalování, úpravě a mazání, nahrávání obrázků, návrhu stránky a CSS, a také přidávání dalších přispěvatelů. Více viz literatura (4). Je rozšířitelný pomocí pluginů. Nejnovější verze: 4.0.5 Joomla - redakční systém šířený pod Open Source licencí GNU GPL. Mezi jeho přednosti patří snadná instalace a následná správa, dostupnost dokumentace a množství dostupných rozšíření. Existuje i lokalizovaná verze JoomlaCZ, která je modifikovaná speciálně pro české prostředí a kromě lokalizace obsahuje navíc i některé komponenty - je zde již integrována fotogalerie, komponenta na komentování článků, dále také diskusní fórum a nástroj pro jednoduchou zálohu celého webu. Více viz literatura (5). Nejnovější verze JoomlaCZ: 1.0.13 Drupal - open source redakční systém, který je postavený na modulárním systému. Je distribuován pod Open Source licencí GNU GPL. Je napsán v programovacím jazyce PHP a podporuje databáze v MySQL a PostgreSQL. Pro Drupal je k dispozici i český překlad. Mezi moduly lze najít komentáře, zaznamenávání událostí do databáze, fórum, nápověda, nahrávání dokumentů na webové stránky a další. Více viz literatura (6). Nejnovější verze: 6.0 WordPress – zdarma, nezávislý na operačním systému. Jde o nejrozšířenější samo-hostující nástroj na tvoření blogů na světě. Jedná se o již hotovou webovou stránku s administrační sekcí, ze které lze vše upravovat. Přidávat příspěvky, měnit vzhledy, přidávat pluginy apod. Psát můžeme ve dvou režimech - s vizuálním editorem nebo bez něj. Vizuální editor spočívá v tom, že u pole pro psaní je ještě sada tlačítek, určených pro formátování textu. Druhou možností je formátování textu pomocí html tagů. Na vytvořeném blogu se mohou registrovat jeho návštěvníci. Jejich profily pak jde různě spravovat a například jim přidělovat práva (administrátor, autor, prostý návštěvník), což umožňuje mít na blogu širší autorský tým. Registrovaní uživatelé tak například nemusí při přidávání komentáře k článku pokaždé znovu vyplňovat své jméno a mail atd. Pomocí pluginů je také možné rozesílat registrovaným uživatelům hromadně e-mail s novinkami a podobně. Více viz literatura (7) a (8). Je rozšířitelný pomocí pluginů. Nejnovější verze: 2.3.1
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
6
NORS 3 – NORS (New Opportunities Redaction System) je redakční systém, který je nabízen k volnému použití pod licencí GNU GPL. Systém obsahuje více administrátorských účtů, nápovědu v administraci, jednoduchý WYSIWYG editor, správu rubrik, článků, komentářů a stránek, spamovou ochranu mailů v komentářích, zálohování databáze a další funkce. Více viz literatura (9). Nejnovější verze: 2.3 WebGuru Publisher - WebGuru Publisher je komplexní modulární publikační systém, umožňující správu obsahu webových stránek jak odborníkům, tak i naprostým laikům v oblasti informačních technologií. Kompletní obsah webu je možné editovat prostřednictvím vizuálního editoru TinyMCE (WYSIWYG) z prostředí běžného internetového prohlížeče. Široká nabídka modulů. U placených verzí i online podpora. Systém je zdarma pro nekomerční projekty (Aplikace: Professional edition – 25 000,-, Enterprise edition – 35 000,-; stránky – administrace obsahu: 9 000, - Kč). Nejnovější verze: 1.3.2 Více viz literatura (10). Vismo Online - Redakční systém vismo Online je vyvíjený firmou Webhouse. Systém je nejrozšířenějším redakčním systémem veřejné správy v České republice. Vismo Online je databázová aplikace, která umožňuje vytvářet dokumenty, složky dokumentů, aj., které lze vzájemně odkazovat, řadit, třídit, fulltextově prohledávat apod. Zásahy do webu jsou možné jen pověřenými osobami v editačním režimu po přihlášení pomocí jména a hesla. Webové stránky lze vybavit i dalšími funkcemi v podobě modulů. Nejnovější verze: 5.2 Pro malé rozpočtové a příspěvkové organizace je pořizovací cena vytvoření webových stránek podle vzorníku 4 000,- a individuálně od 16 900,- Kč. Při použití přídavných modulů cena dále narůstá (cena jednoho modulu začíná u 1 238,- Kč). Více viz literatura (11) a (12). Clips – Redakční systém pro snadnou správu www stránek. Obsah jednotlivých stránek lze upravovat pomocí WYSIWYG editoru. Obsahu stránek je možné nastavit určitou časovou platnost. Obsah stránky lze zabezpečit heslem nebo zobrazit jen pro určité počítače. Uživatelé systému mohou mít různá oprávnění k akcím v systému. Redakční systém zajišťuje automatické i ruční zálohování dat. Firma CLICKMEDIA pomocí tohoto systému vytváří stránky od 15 000,- Kč. Více viz literatura (13).
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
7
MultiCMS – Redakční systém poskytující běžnou funkcionalitu a i další možnosti využití, např. jako internetový obchod. MultiCMS nabízí tvorbu webových stránek pomocí tohoto systému využitím licencí, z nichž nejlevnější Light Edition je za 6 000,- Kč, a cena grafického zpracování a implementace systému je v závislosti na rozsahu (typicky cca. 3-6 tis. Kč). Nejnovější verze: 2.5 Více viz literatura (14). ePublisher – Další z řady redakčních systémů. V základní ceně jsou obsaženy moduly funkce jako: texty, aktuality, správa souborů a obrázků, administrátoři, mapa serveru, SEO URL a fulltextové vyhledávání. Nejnovější verze: 3.0 Základní cena za licenci je 39 000,- Kč. Standardní řešení obsahuje kromě licence redakčního systému tyto samostatně účtované činnosti: analýza a návrh řešení, grafický návrh, implementace, plnění obsahem, testování a spuštění. Více viz literatura (15).
Některé z vlastností těchto redakčních systémů shrnuje následující tabulka: Redakční systémy
Textpattern Joomla Drupal WordPress NORS 3 WebGuru Publisher Vismo Online Clips MultiCMS ePublisher
Modularita/ rozšiřitelnost
Administrace uživatelů
Zálohování
Verze
Cena
ano ano ano ano ne ano ano ano ano ano
ano ano ano ano ne ano ano ano ano ano
ne ano ne ne ne ne ano ne ne
4.0.5 1.0.13 6.0 2.3.1 2.3
zdarma zdarma zdarma zdarma zdarma 25 000 * 4 000 ** 15 000 9 000 39 000
1.3.2 5.2 -
2.5 3.0
Tabulka 1: Redakční systémy
* do 30 webových stránek zdarma ** individuální zpracování stránek od 16 900,- Kč. Při použití přídavných modulů cena dále narůstá (cena jednoho modulu začíná u 1 238,- Kč).
8
KAPITOLA 2. POPIS PROBLÉMU A REŠERŠE
Mezi další systémy pro správu obsahu patří např. FreeMi, Byznys Web, DWE, PeckaDesign Publicator a další. V této rešerši jsem se snažil shrnout nejznámější systémy pro správu obsahu, které jsou na trhu. Většina open source systémů je nabízena pod licencí GNU GPL, a proto mohou být zdrojové kódy těchto systémů svobodně upravovány a používány. Open source redakční systémy se také ve většině ohledů vyrovnají komerčním řešením a některé je například v počtu dodatečných modulů i předčí. Při tvorbě tohoto systému bych mohl využít některých modulů k těmto redakčním systémům. Pokud bych některé z těchto modulů použil, šlo by nejspíše o moduly pro administraci uživatelů, zaznamenávání událostí do databáze, nahrávání dokumentů na webové stránky nebo hlasování.
KAPITOLA 3. POŽADAVKY
9
3 Požadavky Na začátku celého projektu je třeba si ujasnit, co od systému očekáváme. Během práce na projektu se mohou požadavky ještě změnit, ale to je důsledek postupné analýzy. Této fázi tvorby softwaru se říká inženýrství požadavků (requirements engineering). Termín „zpravodaj dokumentu“ ze zadání jsem nahradil termínem „redaktor“, který se pro uživatele, kteří dokument spravují, běžně používá. 3.1
Seznam požadavků Systém by měl podporovat více uživatelů. Systém by měl podporovat více uživatelských rolí. Systém by měl podporovat přihlášení uživatele. Systém by neměl podporovat možnosti formátování textu. Systém si může pamatovat, jak kdo hlasoval. Systém by měl podporovat počítání hlasů. Systém by měl podporovat registraci Redaktorů. Systém identifikuje uživatele pomocí emailu. Systém by měl podporovat rozeslání informací nutných pro přihlášení do systému vloženým skupinám uživatelů. 10. Uživatel se může zaregistrovat. 11. Uživatel se může přihlásit k systému. 12. Uživatel se může odhlásit od systému. 13. Uživatel si může prohlédnout obsah i bez přihlášení. 14. Uživatel může vložit pozměňovací návrh. 15. Uživatel může vložit důvodovou zprávu k pozměňovacímu návrhu. 16. Uživatel může upravovat jakékoli vlákno. 17. Uživatel může vkládat vyjádření k návrhům. 18. Uživatel může hlasovat o jednotlivých návrzích. 19. Uživatel si může nechat vypsat, jak kdo hlasoval. 20. Redaktor může zahájit hlasování. 21. Redaktor může ukončit hlasování. 22. Redaktor může rozhodnout, zda je hlasování veřejné. 23. Redaktor může vytvořit nové možnosti hlasování. 24. Redaktor může rozhodnout o možnostech hlasování (ano/ne/nevím/…). 25. Redaktor může rozhodnout, zda bude dokument přijat, odmítnut, nebo znovu novelizován. 26. Uživatel může vkládat dokumenty doplněné o formátovací značky (rozdělení dokumentu na části). 27. Redaktor může dokument označit za otevřený, skrytý, konečný, … 28. Redaktor může vkládat skupiny uživatelů (import seznamu jmen a emailů v souboru ve formátu CSV). 1. 2. 3. 4. 5. 6. 7. 8. 9.
KAPITOLA 3. POŽADAVKY
10 Případy užití
3.2
Další formou inženýrství požadavků je modelování případů užití. Výsledný diagram se skládá z hranic systému, aktérů a samotných případů užití. Při modelování případů užití už můžeme vyjít z dříve sepsaných požadavků na systém. Hranice systému (v UML 2 subjekt) definují aktéři a případy užití. Zatímco aktéři se nacházejí vně subjektu, případy užití leží uvnitř. Aktéři jsou vyjádřením rolí přidělených externím entitám (předmětům, osobám), která bezprostředně používají daný systém. Více v knize UML2 (16). Případ užití je pak funkce systému, kterou aktér využívá. Na Obrázku 1 se nachází diagram případů užití systému novelizace. 3.2.1 Aktéři Aktéři, kteří využívají systém novelizace:
Uživatel – každý návštěvník systému ať už přihlášený či nikoli Redaktor – je uživatel, který už vložil nějaký dokument a může tento dokument určitým způsobem spravovat
Obrázek 1: Aktéři
KAPITOLA 3. POŽADAVKY
Obrázek 2: Diagram případů užití pro Uživatele
11
12
KAPITOLA 3. POŽADAVKY
Obrázek 3: Diagram případů užití pro Redaktora
3.2.2 Specifikace případů užití Pro specifikaci případů užití neexistuje žádný standard UML. (16) Rozhodl jsem se pro jednoduchou šablonu, kde každý případ užití sestává z názvu, identifikátoru, stručného popisu, aktérů, hlavního scénáře a vstupních a výstupních podmínek. Následuje seznam případů užití. V průběhu implementace docházelo k postupnému upřesňování požadavků, hlavně na vizuální stránku, která se u webových projektů mění nejčastěji.
KAPITOLA 3. POŽADAVKY Případ užití: ZaregistrovatSe ID: 1 Stručný popis: Uživatel se zaregistruje do systému. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel není do systému zaregistrován Hlavní scénář: 1. Uživatel zadá příkaz „Zaregistrovat se“. 2. Uživatel vyplní požadované údaje. 3. Uživatel stiskne tlačítko „Zaregistrovat se“. 4. Systém údaje zkontroluje, a pak 4.1. Systém zařadí uživatele do databáze. 4.2. Systém oznámí uživateli úspěšnou registraci. 5. Nebo: 5.1. Systém oznámí uživateli neúspěšnou registraci. Výstupní podmínky: 1. Uživatel je zaregistrovaný v systému. Případ užití: PřihlásitSeDoSystému ID: 2 Stručný popis: Uživatel se přihlásí do systému. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel není přihlášen. Hlavní scénář: 1. Uživatel zadá z menu přihlásit se. 2. Uživatel vyplní požadované údaje. 3. Uživatel stiskne tlačítko „Přihlásit se“. 4. Systém zjistí, zda je uživatel zaregistrován a 4.1. Systém oznámí uživatele o přihlášení 5. Nebo: 5.1. Systém oznámí uživateli neúspěšné přihlášení. Výstupní podmínky: 1. Uživatel je přihlášen.
13 Případ užití: OdhlástiSeZeSystému ID: 3 Stručný popis: Uživatel se odhlásí ze systému. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel je přihlášen. Hlavní scénář: 1. Uživatel zadá z menu „Odhlásit se“ 2. Systém odhlásí uživatele. Výstupní podmínky: 1. Uživatel je odhlášen. Případ užití: HlasovatONávrhu ID: 4 Stručný popis: Uživatel hlasuje o pozměňovacím návrhu. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel je přihlášen. 2. Je povoleno hlasování. 3. Uživatel může u daného dokumentu hlasovat. Hlavní scénář: 1. Uživatel zadá příkaz „Hlasovat o návrhu“. 2. Uživatel zadá požadovanou volbu. 3. Uživatel stiskne tlačítko „Hlasovat“. 3. Systém započítá volbu do systému. Výstupní podmínky: 1. Hlas je uložen v databázi. Případ užití: VložitPozměňovacíNávrh ID: 5 Stručný popis: Uživatel vloží pozměňovací návrh k části dokumentu. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel je přihlášen. 2. Uživatel může k danému dokumentu vkládat pozměňovací návrhy. Hlavní scénář: 1. Uživatel zadá příkaz „Vložit nový pozměňovací návrh“. 2. Uživatel vypíše pozměňovací návrh. 3. Uživatel stiskne tlačítko „Vložit návrh“. 3. Systém si uloží návrh. Výstupní podmínky: 1. Pozměňovací návrh je uložen v databázi.
14 Případ užití: VložitDůvodovouZprávu ID: 6 Stručný popis: Uživatel může přiložit k pozměňovacímu návrhu důvodovou zprávu. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel vkládá pozměňovací návrh. Hlavní scénář: 1. Uživatel chce zadat při vložení pozměňovacího návrhu i důvodovou zprávu. 2. Uživatel vyplní důvodovou zprávu. 3. Uživatel zadá příkaz „Vložit návrh“. 4. Systém si důvodovou zprávu uloží spolu s pozměňovacím návrhem. Výstupní podmínky: 1. Důvodová zpráva je uložena v databázi. Případ užití: VložitVyjádřeníKNávrhu ID: 7 Stručný popis: Uživatel vloží vyjádření k pozměňovacímu návrhu. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel je přihlášen k systému. 2. Uživatel může k danému dokumentu vkládat vyjádření k návrhu. Hlavní scénář: 1. Uživatel zadá příkaz „Vložit nové vyjádření k návrhu“. 2. Uživatel zadá text vyjádření k návrhu. 3. Uživatel stiskne tlačítko „Vložit vyjádření“. 4. Systém uloží vyjádření k příslušnému návrhu. Výstupní podmínky: 1. Vyjádření k návrhu je uloženo v databázi.
KAPITOLA 3. POŽADAVKY Případ užití: VypsatNávrhy ID: 8 Stručný popis: Uživatel si vypíše pozměňovací návrhy k dokumentu. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel chce vypsat pozměňovací návrhy. Hlavní scénář: 1. Uživatel klikne na zaškrtávací políčko „Návrhy“. 2. Systém vypíše návrhy k danému dokumentu. Výstupní podmínky: 1. Jsou vypsány pozměňovací návrhy k danému dokumentu. Případ užití: VypsatHlasujícíUživatele ID: 9 Stručný popis: Uživatel si vypíše hlasující uživatele. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel chce vypsat hlasující uživatele. 2. Hlasování je veřejné Hlavní scénář: 1. Uživatel zadá příkaz „Vypsat hlasující uživatele“. 2. Systém zobrazí seznam hlasujících uživatelů, a jak který hlasoval. Výstupní podmínky: 1. Systém vypíše hlasující uživatele. Případ užití: VložitDokument ID: 10 Stručný popis: Uživatel vloží dokument. Aktéři: Uživatel Vstupní podmínky: 1. Uživatel je přihlášen. Hlavní scénář: 1. Uživatel zadá příkaz „Vložit dokument“. 2. Uživatel vybere dokument k vložení. 3. Uživatel stiskne tlačítko „Vložit dokument“. 4. Systém si uloží dokument. Výstupní podmínky: 1. Dokument je uložen v systému.
KAPITOLA 3. POŽADAVKY Případ užití: VložitSkupinuUživatelů ID: 11 Stručný popis: Redaktor vloží skupinu uživatelů oprávněných přistupovat k dokumentu. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor chce k vybranému dokumentu vložit skupinu uživatelů, kteří k němu budou mít specifický přístup. Hlavní scénář: 1. Uživatel chce k dokumentu vložit skupinu uživatelů, kteří budou moci vkládat pozměňovací návrhy. 1.1. Uživatel vybere soubor s uživateli. 1.2. Uživatel stiskne tlačítko „Vložit“. 2. Nebo: 2.1. Uživatel chce k dokumentu vložit skupinu uživatelů, kteří budou moci vkládat vyjádření k návrhům. 2.2. Uživatel stiskne tlačítko „Vložit“. 3. K dokumentu jsou přiřazeni uživatelé, kteří k němu mají specifický přístup. Výstupní podmínky: 1. Skupina uživatelů je uložena v systému. Případ užití: ZahájitHlasování ID: 12 Stručný popis: Redaktor zahájí hlasování k pozměňovacím návrhům daného dokumentu. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor je přihlášen. 2. Redaktor chce zahájit hlasování u daného dokumentu. Hlavní scénář: 1. Redaktor vybere dokument. 1. Redaktor zadá příkaz „Zahájit hlasování“. 2. Hlasování je zahájeno. Výstupní podmínky: 1. Hlasování je zahájeno.
15 Případ užití: NastavitMožnostiHlasování ID: 13 Stručný popis: Redaktor může nastavit možnosti hlasování. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor je přihlášen. 2. Redaktor chce zahájit hlasování u daného dokumentu. Hlavní scénář: 1. Redaktor vybere daný dokument. 2. Redaktor nastaví hlasování dle možností. 3. Systém uloží nastavení hlasování. Výstupní podmínky: 1. Hlasování je se zadanými možnostmi zahájeno. Případ užití: UkončitHlasování ID: 14 Stručný popis: Redaktor ukončí hlasování. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor je přihlášen. 2. Hlasování je povoleno. Hlavní scénář: 1. Redaktor vybere daný dokument. 2. Redaktor zadá příkaz „Ukončit hlasování“. Výstupní podmínky: 1. Hlasování je ukončeno. Případ užití: OznačitDokument ID: 15 Stručný popis: Redaktor může označit dokument. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor je přihlášen. Hlavní scénář: 1. Redaktor si vybere dokument a klikne na „Nastavení vlastností dokumentu“. 2. Redaktor nastaví stav dokumentu. 3. Redaktor zadá příkaz „Nastavit“. Výstupní podmínky: 1. Dokument je označen určitým stavem.
16 Případ užití: VypsatMéDokumenty ID: 16 Stručný popis: Redaktor si vypíše dokumenty, které vložil. Aktéři: Redaktor Vstupní podmínky: 1. Redaktor je přihlášen. Hlavní scénář: 1. Redaktor zadá příkaz „Vypsat jen mnou vložené dokumenty“. 2. Systém vypíše redaktorovi jeho dokumenty. Výstupní podmínky: 1. Systém vypíše redaktorovi dokumenty.
KAPITOLA 3. POŽADAVKY
KAPITOLA 4. ANALÝZA A NÁVRH ŘEŠENÍ
17
4 Analýza a návrh řešení Analytické třídy jsou jednou ze součástí analýzy projektu, která se soustředí na to, co systém musí umět, ale už ne na to, jak. Analytické třídy vychází z modelu požadavků a případu užití a měly by mapovat pojmy skutečného světa a tedy i jejich názvy by tomu měly odpovídat.
Obrázek 4: Diagram analytických tříd
18
KAPITOLA 4. ANALÝZA A NÁVRH ŘEŠENÍ
K tvorbě analytického modelu a i případů užití jsem nejdříve využil produkt společnosti Microsoft, Office Visio 2007. Ten je však zaměřen na širokou škálu oborů, ve kterých se dají diagramy v něm vytvořené použít (od prostých diagramů, přes půdorysy budov, až k diagramům pro tvorbu softwaru), a nenabízí tak detailní možnosti jako produkt společnosti Sparx Systems, Enterprise Architect (EA), který jsem použil později. Diagramy v této práci jsou vytvořené právě pomocí EA. EA je produkt zaměřený jen na tvorbu softwaru, dovoluje větší možnosti nastavení a dokáže v mnoha ohledech urychlit vývoj softwarových aplikací. Z analytického modelu dokáže EA vytvořit diagram DDL (Data Definition Language), který už odráží strukturu databáze (tabulky, jejich položky, primární a cizí klíče), která bude použita ve vyvíjené aplikaci. DDL diagram pro můj projekt přikládám v příloze 1. Z DDL diagramu je poté možno vygenerovat SQL skript, který už vytvoří v databázi požadovanou strukturu tabulek.
KAPITOLA 5. REALIZACE
19
5 Realizace Už při analýze jsem začal využívat pro správu souborů, které jsou s projektem spojeny, systém Assembla (17). Soubory tak byly zálohované na webovém úložišti a měl jsem k nim přístup, i když jsem neměl svůj notebook. Po stažení menší aplikace, která se integruje do průzkumníka Windows, jsem pak po pár kliknutí byl schopen nahrát požadované soubory na webové úložiště. Systém byl už od počátku zamýšlen pro databázi MySQL a pro jazyk PHP. Pro vývoj na této platformě jsem proto zvolil aplikaci WampServer (18), což je zkratka pro Windows, Apache, MySQL a PHP. Po nainstalování a pouze s minimálním nastavením aplikace jsem pak byl schopen vyvíjet na lokálním stroji. Pro ukládání delších textů do databáze, která je v mém případě MySQL, jsem použil typ TEXT. Při generaci z analytického modelu do DDL diagramu se však typ změnil na VARCHAR(50), a proto jsem pak musel do vygenerovaného SQL skriptu ručně zasáhnout a přepsat tyto typy zpět. Dále MySQL umí při vkládání do databáze samo zvednout index, který bude použit při dalším vkládání do tabulky. Do vygenerovaného SQL skriptu jsem proto ještě doplnil u primárních klíčů klíčové slovo AUTO_INCREMENT, které tuto funkcionalitu využije. Jako vývojové prostředí jsem použil Microsoft Expression Web 2, který na rozdíl od předchozí verze podporuje PHP. Systém byl vytvářen s ohledem na dodržování standardů, které stanovuje W3C (World Wide Web Consortium) (19), a samotná prezentace webových stránek je ve formátu XHTML 1.0 Strict. Projekt jsem ze začátku psal neobjektově a až později jsem přešel na objektové programování. Hlavně ve zdrojovém souboru pro zobrazení dokumentu (doc.php5) je to poznat nejvíce. To je způsobeno zejména tím, že tato práce je můj první projekt v jazyce PHP, kdy zpočátku pro mě bylo jednodušší psát menší funkce, nežli objekty, avšak objektové programování je více přehlednější. Samotná práce s objekty byla v PHP verze 5 přepracována (20) a byly přidány funkce jako například __autoload(), kterou jsem také využil. Při realizaci jsem využil softwarovou architekturu Model-View-Controller (MVC), která rozděluje datovou, řídící a prezentační logiku. Nejdříve jsem chtěl využít možností Zend Frameworku (21), který tuto architekturu podporuje, ale po prvních zkušenostech se mi zdál robustní. Proto jsem nakonec použil systém Smarty (22), což je šablonovací systém, který odděluje prezentační logiku od logiky řídící a datové. Oddělení řídící a datové logiky jsem pak provedl objektovým návrhem a tím, že k databázi přistupuje jen jeden objekt. Pro umístění na internet jsem uvažoval nad dvěma hostingovými servery, které nabízejí hostování internetových stránek zdarma s tím, že na hostované stránky bude umístěna reklama. Tím prvním byl webzdarma.cz (23), který však nepodporuje PHP 5 a počet odesílatelných e-mailů je 10 za hodinu. Tím druhým pak bal server Internet Centrum (IC.cz) (24), který na rozdíl od předchozího serveru podporuje PHP 5 a počet odesílatelných e-mailů je 50 za hodinu. Proto jsem zvolil druhý jmenovaný a projekt umístil na internetovou adresu http://novelizace.ic.cz/.
20
KAPITOLA 5. REALIZACE
Aby mi fungovala funkcionalita PHP 5, musel jsem přejmenovat koncovky PHP souborů na „.php5“. Navíc jsem musel změnit v SQL dotazech jména databází, protože na rozdíl od mého lokálního serveru je databáze na IC.cz case-sensitive (citlivá na velikost písmen). V systému zatím není z časových důvodů implementována funkčnost hlasování a s ním spojené rozhodnutí o přijetí návrhu. V návrhu se však s touto funkčností počítalo a tak by mělo být její pozdější doplnění jednodušší. Uživatelé se tak mohou zatím vyjadřovat k pozměňovacím návrhům pouze kvalitativně a nikoli i kvantitativně. Z implementace vyplynula potřeba pro funkčnost odstranit dokument ze systému, protože webové úložiště má kapacitu 250 MB včetně databáze.
KAPITOLA 6. ZÁVĚR
21
6 Závěr Systém pro novelizaci dokumentů, který jsem umístil na adresu http://novelizace.ic.cz/ je funkčním webovým portálem, který dokáže z části zastat proces novelizace dokumentů. K plnohodnotnému systému by bylo potřeba umístit na některý z placených hostingových serverů, protože restrikce v podobě odesílání nejvýše 50 e-mailů za hodinu na hosting zdarma na serveru Internet Centrum jsou omezující. Nepodařilo se mi implementovat všechnu funkcionalitu (hlasování) webového portálu, která byla stanovena požadavky, zejména z časových důvodů, avšak systém je použitelný i nyní. Tato funkcionalita může být přidána v další verzi systému, a protože s ní bylo počítáno při návrhu, bude dodatečná implementace jednodušší.
22
KAPITOLA 6. ZÁVĚR
KAPITOLA 7. BIBLIOGRAFIE
23
7 Bibliografie 1. Wiki. Wikipedie, otevřená encyklopedie. [Online] Wikimedia Foundation Inc., 2. Prosinec 2007. [Citace: 19. Prosinec 2007.] http://cs.wikipedia.org/wiki/Wiki. 2. Systém pro Správu obsahu. Wikipedie, otevřená encyklopedie. [Online] Wikimedia foundation inc., 3. Prosinec 2007. [Citace: 19. Prosinec 2007.] http://cs.wikipedia.org/wiki/Syst%C3%A9m_pro_spr%C3%A1vu_obsahu. 3. Toman, Bc. Ivo. Redakční systém. Ivorious. [Online] 9. Prosinec 2006. [Citace: 19. Prosinec 2007.] http://ivorius.com/webove-stranky/redakcni-system. 4. Textpattern. Textpattern. [Online] Team Textpattern, 2007. [Citace: 21. Prosinec 2007.] http://textpattern.com/. 5. O JoomlaCZ. JoomlaCZ. [Online] 29. Prosinec 2007. [Citace: 19. Únor 2008.] http://www.joomlacz.cz/index.php?option=com_content&task=view&id=2&Itemid=8. 6. O systému Drupal. Drupal.cz. [Online] [Citace: 19. Únor 2008.] http://www.drupal.cz/osystemu-drupal. 7. WordPress. eMag.cz. [Online] MITON CZ, 16. Květen 2007. [Citace: 22. Prosinec 2007.] http://www.emag.cz/wordpress-blog-tak-jak-ho-chcete/. 8. About. WordPress. [Online] WordPress.org. [Citace: 22. Prosinec 2007.] http://wordpress.org/about/. 9. Milde, Daniel. Produkty. Milde.cz. [Online] Daniel Milde, 2007. [Citace: 23. Prosinec 2007.] http://milde.cz/produkty/. 10. WebGuru Publisher. Fuerte.cz. [Online] Fuerte web studio, 2007. [Citace: 22. Prosinec 2007.] http://www.fuerte.cz/cz/webguru/. 11. Savický, Ing. Jan. Redakční systém vismo Online. WEBHOUSE, s.r.o. [Online] WEBHOUSE, s.r.o., 19. Říjen 2006. [Citace: 23. Prosinec 2007.] http://webhouse.cz/vismo/dokumenty2.asp?id_org=699999&id=1004&p1=1008. 12. Ceníky. WEBHOUSE, s.r.o. [Online] 1. Duben 2007. [Citace: 23. Prosinec 2007.] 13. Hejda, Jakub. Redakční systém Clips. clips.cz. [Online] CLICKMEDIA, 2007. [Citace: 23. Prosinec 2007.] http://www.clips.cz. 14. Redakční systém, MultiCMS. Redakční systém, MultiCMS. [Online] MultiCMS.net, 2007. [Citace: 23. Prosinec 2007.] http://www.multicms.net. 15. Redakční systém ePublisher 3.0. Redakční systém ePublisher 3.0. [Online] pragueBest s.r.o., 2006. [Citace: 23. Prosinec 2007.] http://www.epublisher.cz/redakcni-system/cenik.ep/.
24
KAPITOLA 7. BIBLIOGRAFIE
16. Arlow, Jim a Neustadt, Ila. UML2 a unifikovaný proces vývoje aplikací. Brno : Computer Press, a.s., 2007. ISBN 978-80-251-1503-9. 17. Accelerating Software Development | Assembla. Assembla. [Online] [Citace: 6. Červenec 2008.] http://www.assembla.com/. 18. WampServer 2. [Online] [Citace: 6. Červenec 2008.] http://wampserver.com/. 19. World Wide Web Consortium. [Online] [Citace: 6. Červenec 2008.] http://www.w3.org/. 20. PHP: Classes and Objects (PHP 5). [Online] [Citace: 6. Červenec 2008.] http://cz.php.net/manual/en/language.oop5.php. 21. Zend Framework: Why ZF? [Online] [Citace: 6. Červenec 2008.] http://framework.zend.com/whyzf/. 22. Smarty: Template Engine. [Online] [Citace: 6. Červenec 2008.] http://www.smarty.net/. 23. webzdarma.cz - web, e-mail a databáze ... zdarma. [Online] [Citace: 6. Červenec 2008.] http://www.webzdarma.cz/pp.html?2#2. 24. IC.cz - hlavní stránka. IC.cz. [Online] [Citace: 6. Červenec 2008.] http://www.ic.cz/.
DODATEK A. SEZNAM POUŽITÝCH ZKRATEK
A
Seznam použitých zkratek
API – Application Programming Interface (rozhraní pro programování aplikací) CMS - Content Management System (systém pro správu obsahu) CSS – Cascading Style Sheets (kaskádové styly) CSV – comma separated values (hodnoty oddělené čárkami); typ souboru DDL – Data Definition Language GNU GPL – GNU General Public License (všeobecná veřejná licence GNU) HTML – HyperText Markup Language IP – Internet Protocol MVC – Model – View – Controller PHP – Hypertext Preprocessor RSS – Really Simple Syndication SEO – Search Engine Optimization (optimalizace pro vyhledávače) SQL – Structured Query Language (strukturovaný dotazovací jazyk) UML – Unified Modeling Language URL – Uniform Resource Locator WYSIWYG – What You See Is What You Get (editory, ve kterých tvořený obsah vypadá stejně jako výsledný obsah) XHTML – Extensible HyperText Makup Language
25
26
DODATEK A. SEZNAM POUŽITÝCH ZKRATEK
DODATEK B. UŽIVATELSKÁ PŘÍRUČKA
B
27
Uživatelská příručka
B. 1. Popis instalace Pokud systém jenom zkoušíte, zabalený archiv jen rozbalíte do zvoleného adresáře. Je nutné znát údaje k přístupu do databáze (jméno databázového stroje, jméno databáze, přihlašovací jméno a heslo). Tyto údaje je nutné doplnit do souboru T_Database.php5, nacházející se ve složce classes, do polí DB_HOST, DB_NAME, DB_USER a DB_PASS na začátku souboru. Pokud hodláte systém provozovat na internetu, nahrajete soubory na Vámi zvolený web. Ujistěte se, že pro složku upload jsou nastavena práva tak, že se dá do ní zapisovat. Nyní přejděte ve svém internetovém prohlížeči na podstránku setup. Například, pokud zkoušíte systém nainstalovat na lokálním počítači ve složce novelizace, pak do prohlížeče zadáte http://localhost/novelizace/setup. Pomocí PHP skriptu se ve Vámi zadané databázi vytvoří potřebné tabulky a aplikace bude funkční. Po tomto nastavení můžete složku setup vymazat.
B. 2. Popis funkčnosti systému B. 2.1. Přihlášení do systému 1. Začněte výběrem „Přihlásit se“ v menu aplikace. 2. Následně vyplňte uživatelské jméno a heslo. 3. Po stisknutí tlačítka „Přihlásit se“ budete přihlášeni do systému. Poznámka: Pokud ještě není zaregistrován, má možnost se zaregistrovat po kliknutí na odkaz nad formulářem pro přihlášení. B. 2.2. Odhlášení ze systému 1. Stiskněte „Odhlásit se“ v menu aplikace. 2. Následně budete odhlášeni ze systému. B. 2.3. Registrace 1. Začněte výběrem „Přihlásit se“ v menu aplikace. 2. Nad formulářem pro přihlášení klikněte na odkaz „Zaregistrovat se“. 3. Následně vyplňte uživatelské jméno, heslo, heslo pro kontrolu, e-mail, jméno a příjmení. 4. Po stisknutí tlačítka „Zaregistrovat se“ budete zaregistrováni do systému. Poznámka: Po úspěšné registraci Vám na e-mailovou adresu přijde stvrzující e-mail o úspěšném zaregistrování se s přihlašovacími údaji, které jste zadali při registraci. Poznámka: Stvrzující e-mail Vám může přijít i bez Vaší přímé registrace, a to případě, že Vás jiný uživatel přidal k dokumentu a Vy jste ještě nebyl(a) v systému zaregistrován(a).
DODATEK B. UŽIVATELSKÁ PŘÍRUČKA
28 B. 2. 4. Vložení dokumentu 1. 2. 3. 4.
Přihlaste se do systému. V menu systému klikněte na položku „Vložit dokument“. Vyberte dokument, který chcete vložit. Stiskněte tlačítko „Vložit dokument“. Poznámka: Vkládaný dokument musí být v textovém formátu .txt a části, které se dají novelizovat samostatně by měli být odděleny značkami „<#>“. Poznámka: Po vložení dokumentu do systému budete přesměrováni na stránku nastavení dokumentu.
B. 2. 5. Nastavení možností dokumentu K dokumentu můžete přiřadit uživatele, kteří budou moci k dokumentu vkládat pozměňovací návrhy nebo vyjádření k návrhům. 1. V poli „Uživatelé, kteří mohou vkládat pozměňovací návrhy“ vyberte cestu k souboru, který obsahuje seznam uživatelů a jejich e-mailových adres oddělených čárkou, nebo středníkem, kteří budou moci vkládat pozměňovací návrhy. 2. Stiskněte tlačítko „Vložit“. Nebo 3. V poli „Uživatelé, kteří se mohou vyjadřovat k pozměňovacím návrhům“ vyberte cestu k souboru, který obsahuje seznam uživatelů a jejich e-mailových adres oddělených čárkou, nebo středníkem, kteří se budou moci vyjadřovat k pozměňovacím návrhům daného dokumentu. 4. Stiskněte tlačítko „Vložit“. Poznámka: Vkládaný soubor musí být ve formátu .csv, tedy hodnoty oddělené čárkou nebo středníkem. Dále může redaktor dokumentu označit dokument za veřejný (lze si ho prohlížet i bez přihlášení), skrytý (nezobrazuje se ani přihlášeným uživatelům) a konečný (dokument nelze dále upravovat). 1. Na stránce nastavení dokumentu zaškrtněte stavy, ve kterých chcete, aby se dokument nacházel. 2. Stiskněte tlačítko „Nastavit“. B. 2. 6. Veřejné dokumenty Pokud uživatel není přihlášen, má možnost si prohlédnout veřejné dokumenty. To provede výběrem položky „Veřejné dokumenty“ z menu systému.
DODATEK B. UŽIVATELSKÁ PŘÍRUČKA
29
B. 2. 7. Výběr dokumentu 1. V menu systému zvolte možnost „Výběr dokumentu“. 2. Na stránce se Vám zobrazí seznam všech dokumentů vložených k novelizaci. 3. Pokud jste přihlášen(a), můžete si po zvolení volby „Vypsat jen mnou vložené dokumenty“ nechat vypsat jen dokumenty, které jste Vy sám/sama vložil(a). 4. Z tohoto seznamu si můžete vybraný dokument prohlížet a novelizovat, měnit jeho vlastnosti nebo vymazat ze systému. B. 2. 8. Prohlížení dokumentu 1. Přejděte na stránku výběru dokumentu. 2. Klikněte na název dokumentu, který si chcete prohlédnout. 3. Poté se už objeví stránka s požadovaným dokumentem. Při prohlížení dokumentu je obrazovka rozdělena na několik částí. Jestliže na vrchní části stránky zaškrtne uživatel všechna zaškrtávací políčka (Návrhy, Důvodové zprávy a Vyjádření), pak jsou zleva doprava zobrazeny: 1. 2. 3. 4.
Samotný dokument Pozměňovací návrhy Důvodové zprávy k pozměňovacím návrhům Vyjádření k pozměňovacím návrhům
B. 2. 9. Vložení pozměňovacího návrhu 1. Přejděte na stránku prohlížení dokumentu. 2. Pokud k tomu máte oprávnění, je u každé části dokumentu volba „Vložit nový pozměňovací návrh“. Klikněte na ni. 3. Do příslušných textových polí zadejte pozměňovací návrh a případně i důvodovou zprávu. 4. Klikněte na tlačítko „Vložit návrh“. B. 2. 10. Vložení vyjádření k pozměňovacímu návrhu 1. Přejděte na stránku prohlížení dokumentu. 2. Pokud k tomu máte oprávnění, je u každého pozměňovacího návrhu volba „Vložit nové vyjádření k návrhu“. Klikněte na ni. 3. Do příslušného textového pole zadejte své vyjádření. 4. Klikněte na tlačítko „Vložit vyjádření“.
DODATEK B. UŽIVATELSKÁ PŘÍRUČKA
30 B. 2. 11. Tisk dokumentu
1. Přejděte na stránku prohlížení dokumentu. 2. Pomocí zaškrtávacích políček Návrhy, Důvodové zprávy a Vyjádření si zvolte, co všechno chcete s dokumentem vytisknout. 3. V menu svého internetového prohlížeče zadejte možnost Tisk Poznámka: Jestliže si chcete před tiskem dokument prohlédnout tak, jak bude vytištěn, zvolte ve Vašem internetovém prohlížeči možnost Náhled tisku.
DODATEK C. PŘÍLOHY
C Přílohy
31
DODATEK C. PŘÍLOHY
32
Obrázek 5: DDL Diagram
DODATEK C. PŘÍLOHY
33
34
DODATEK C. PŘÍLOHY
DODATEK D. OBSAH PŘILOŽENÉHO CD
D Obsah přiloženého CD 1. Zdrojové soubory 2. Ukázkové dokumenty 3. Dokumentace
35
36
DODATEK D. OBSAH PŘILOŽENÉHO CD