Systém pro evidenci skladového hospodářství

MASARYKOVA UNIVERZITA Fakulta informatiky BAKALÁŘSKÁ PRÁCE Systém pro evidenci skladového hospodářství Jiří Mařík BRNO 2008

PROHLÁŠENÍ Prohlašuji, že jsem tuto bakalářskou práci vypracoval samostatně. Všechny zdroje, prameny a literaturu, které jsem při vypracování použil nebo z nich čerpal, v práci řádně cituji s uvedením úplného odkazu na příslušný zdroj. Jiří Mařík... i

PODĚKOVÁNÍ Na této stránce bych chtěl poděkovat své rodině a svým blízkým za toleranci a vytrvalou podporu v mém studiu a při tvorbě této bakalářské práce. Dále chci poděkovat svému vedoucímu práce Jaroslavu Pelikánovi za neocenitelné rady, za spoustu věnovaného času a odborné vedení mé bakalářské práce. Stejně tak velký dík patří firmě ZERA. Vedoucí práce: RNDr. Jaroslav Pelikán, Ph.D. ii

SHRNUTÍ Cílem práce bylo analyzovat požadavky a potřeby nezbytné pro návrh systému určeného k vedení skladového hospodářství. Systém musí umožňovat evidenci zboží ve skladu, tisk faktur a vedení agendy o automobilové distribuci zboží do jednotlivých prodejen. KLÍČOVÁ SLOVA Borland Delphi, Databáze, BDE, Evidence zboží, Analýza, Návrh iii

OBSAH OBSAH... IV 1. ÚVOD... 1 2. ANALÝZA SYSTÉMU... 2 2.1 POPIS APLIKACE SKLAD... 2 2.2 STRUKTUROVANÁ ANALÝZA... 2 2.2.1 Kontextový diagram... 3 2.2.2 Diagram datových toků (DFD) (0. úroveň)... 4 2.2.3 Diagram datových toků (DFD) (1. úroveň)... 6 2.2.4 Minispecifikace... 7 2.2.5 Entitně relační diagram (ERD)... 10 2.2.6 Datový slovník (DD)... 15 3. POUŽITÉ TECHNOLOGIE... 16 3.1 DATABÁZOVÁ ARCHITEKTURA... 16 3.2 VÝVOJOVÉ PROSTŘEDÍ... 17 4. UŽIVATELSKÉ PROSTŘEDÍ... 17 4.1 VZHLED... 17 4.2 FUNKCE... 19 4.3 UŽIVATELSKÁ OPRÁVNĚNÍ... 20 5. SROVNÁNÍ APLIKACÍ... 21 5.1 EKONOMICKÝ SYSTÉM MONEY S3... 21 5.1.1 Vzhled... 21 5.1.2 Funkce... 21 6. ZÁVĚR... 23 7. POUŽITÉ PRAMENY A LITERATURA... 24 8. PŘÍLOHY... A 8.1 INSTALACE... A 8.2 OBSAH PŘILOŽENÉHO CD... A 8.3 DATOVÝ SLOVNÍK... B 8.4 UKÁZKA ÚČETNÍCH DOKLADŮ... I SEZNAM OBRÁZKŮ Obrázek 2.a: Kontextový diagram aplikace Sklad... 4 Obrázek 2.b: Notace Youdron/DeMarco pro DFD... 5 Obrázek 2.c: Diagram datových toků aplikace Sklad... 5 Obrázek 2.d: Diagram datových toků pro proces 1.2 Skladové oddělení... 7 Obrázek 2.e: Entitně relační diagram aplikace Sklad... 14 Obrázek 2.f: Notace DeMarco... 15 Obrázek 4.a: Přihlašovací dialog... 18 Obrázek 4.b: Uživatelské prostředí aplikace Sklad... 19 Obrázek 5.a: Zobrazení bankovního spojení aplikace Money S3... 22 Tabulka 5.b: Srovnání funkcí... 22 iv

1. ÚVOD 1. Úvod Většina podniků a společností se v dnešní době snaží zjednodušit řízení a celkový provoz firmy. Stále častěji proto přistupují k implementaci svého vlastního informačního systému vytvořeného přesně pro danou organizaci. Tyto systémy nejen usnadňují komunikaci mezi odděleními podniku či konkrétními pracovníky, ale také zabezpečují korektní přístup k informacím, které jsou určeny pro specifikovanou skupinu zaměstnanců či osob z okolí. Další neopominutelnou výhodou informačního systému je podstatné ubývání dokumentů, které musí organizace uchovávat a evidovat. Veškerá data lze dohledat přímo v systému, který je ukládá. Tvůrci takového systému musí podnik nebo společnost velmi dobře znát a přesně se orientovat v její struktuře a požadavcích, na základě kterých se provádí analýza a dále návrh aplikace. Cílem práce je analyzovat požadavky, vytvořit návrh tak, aby vyhovoval potřebám zákazníka a poté systém realizovat. Neměl by zavádět zbytečné funkce, které se nevyužijí a které by byly pro uživatele spíše nepřehledné než užitečné. Hlavním požadavkem na systém bylo, aby umožnil evidovat údaje o dodávkách zboží, prodejích zboží a prodejcích, kteří prodej uskutečnili a kterým z automobilů. Dalším požadavkem byla možnost tisku prodejních a příjmových dokladů. Pro tyto konkrétní zákazníkovy požadavky byla navržena aplikace Sklad. 1

2. ANALÝZA SYSTÉMU 2. Analýza systému 2.1 Popis aplikace Sklad Aplikace Sklad má za úkol evidovat příjem veškerého zboží, které je dodáno. Zboží mohou dodávat pouze distributoři, kteří jsou uloženi v databázi systému. Pokud dodavatel v databázi není, nejprve se musí přidat, aby mohlo být jím dodávané zboží uloženo. Dodavatel samozřejmě může být v databázi uložen, i když žádné zboží nedodává. Stejně tak jestliže zboží, které je dovezeno, ještě není ve skladu evidováno, musí se nejprve do databáze přidat jeho evidenční číslo, název, cena nákupu, cena prodeje, DPH a minimální hranice, pod kterou když klesne počet kusů ve skladu, bude systém dané zboží zařazovat mezi položky k objednání. Při vyplňování dodávky zboží se vyplní už jen dodavatel, počet kusů, datum dovozu a poté je již možné příjem zboží úspěšně dokončit. Jestliže se dodané zboží na skladě již nachází, dovezený počet kusů se ke stávajícím kusům druhu zboží přičte. Zboží ze skladu se následně prodává. Při prodání se eviduje druh prodaného zboží a počet kusů, který je u příslušného druhu ze skladu odečten, datum prodeje, dále na jakém místě byl prodej proveden, který z pracovníku uložených v databázi jej uskutečnil, a také, jakým automobilem zboží vezl. Zároveň lze zaznamenat, zda byla částka za prodej již uhrazena a jakou formou. Jestli hotově nebo převodem. Systém pak umožňuje tisk faktur u prodejů, které jsou fakturovány a tisk prodejek za hotové u prodejů, které se nefakturují nebo fakturace proběhne až později. 2.2 Strukturovaná analýza Strukturovaná analýza nabízí několik typů modelů. Jsou to např. entitně relační diagramy, diagramy datových toků, datové slovníky, minispecifikace aj. Modely představují napodobeninu systému, která je zpočátku pro zákazníka mnohem lépe pochopitelná, než přibližná představa systému. Modely ale neslouží jen pro to, aby si své představy a chápání upřesnil pouze zákazník, ale slouží také k tomu, aby se sám analytik přesvědčil, že systému dostatečně rozumí a bude jej schopen s programátory vytvořit. Podstatná pro analytika je také skutečnost, že musí přesně vědět, v jakém prostředí bude aplikace provozována, a tedy jaké vedlejší vlivy na ni mohou působit. Aby docházelo k co nejmenšímu počtu nesrovnalostí mezi požadavky firmy na jedné straně a analytiky a programátory na straně druhé, je v ideálním případě samotný zákazník přímo členem vývojového týmu. Výsledky jsou o mnoho lepší a nemůže se stát, že aplikace nebude odpovídat požadavkům nebo bude obsahovat funkce, které se od ní nepožadovaly. Zároveň je dobré, když analytik spolupracuje s organizací, jež požaduje software, delší dobu. Dobrý analytik by měl znát formální organizační strukturu organizace, měl by znát procedury a standardy, pomocí kterých se organizace při své činnosti řídí. Každá organizace má svou 2

2. ANALÝZA SYSTÉMU historii, má své budoucí plány. O těchto plánech by měl mít analytik dobrou představu, stejně jako o konkurenci dané firmy a postavení na trhu. Všechny tyto faktory mají rozhodující vliv na vývoj aplikace. 2.2.1 Kontextový diagram Kontextový diagram je zvláštním případem DFD. Na diagramu je znázorněn pouze jediný proces, kterým je reprezentován celý systém. Hlavním účelem kontextového diagramu je zdůraznit hranice mezi systémem a vnějším světem. Zobrazuje toky procházející přes rozhraní systému, tedy data proudící z okolí nebo do okolí systému, která jsou na diagramu reprezentována terminátory nebo sdílenými paměťmi.[1] Kontextový diagram pro aplikaci Sklad je znázorněn na obrázku 2.a. Obsahuje jeden proces, který reprezentuje konkrétní aplikaci. Tento proces je pojmenován Skladové hospodářství. Dalšími prvky na kontextovém diagramu jsou terminátory. První terminátor je pojmenován Dovozce a reprezentuje vnější entity, které sklad zásobují zbožím. Datové toky vedoucí do nebo z této entity jsou Objednávka zboží do skladu, přes který systém objednává zboží, Dodací list na základě kterého systém uloží informace o dodávaném zboží jako např. cena, datum aj. Další tok je Platba za zboží dodané do skladu a posledním tokem jsou Nové zásoby. Dalším terminátorem jsou Prodejní místa. Reprezentují veškerá místa, kde se uskutečňují prodeje osobně nebo kam se zboží zasílá. Prodejní místa si mohou zboží objednat. Na základě objednávky je jim vystavena faktura nebo prodejka za hotové. Následně je pak faktura resp. prodejka za hotové uhrazena. Datové toky jsou Objednávka zboží, Daňový doklad, Platby za zboží. Třetím terminátorem je Skladník. Entita skladník označuje zaměstnance pracující ve skladu, kteří odpovídají za evidenci jednotlivých položek zboží. Mají na starosti udržování aktuální ceny prodeje, jednotlivé výdeje zboží a zároveň kontrolu množství zboží ve skladu. Datový tok Přidání položky reprezentuje vložení nového údaje o zboží do skladu, tok Editace položky umožňuje informace o daném druhu zboží editovat, datový tok Smazat položky umožňuje zboží ze skladu odstranit. Skladník zároveň může zadat požadavek na systém a ten mu aktuální zboží ve skladu vypíše. Tuto akci reprezentují datové toky Požadavek výpisu zboží ve skladu a Výpis zboží ve skladu. Posledním terminátorem je Prodejce. Datové toky vedoucí z tohoto terminátoru jsou Požadavek výpisu zboží ve skladu, Editace vlastních údajů, Prodej zboží a Výpis zboží ve skladu. Automobily jsou reprezentovány pamětí, kde jsou uloženy informace o dostupných automobilech. 3

2. ANALÝZA SYSTÉMU Obrázek 2.a: Kontextový diagram aplikace Sklad 2.2.2 Diagram datových toků (DFD) (0. úroveň) Diagram datových toků (DFD) je modelovací nástroj umožňující zobrazit systém jako síť procesů, které plní určité funkce a předávají si mezi sebou data. DFD tak podává funkčně (procesně) orientovaný pohled na systém. Diagramy obsahují čtyři základní typy komponent, jimiž jsou terminátory, procesy, datové toky a paměti.[1] DFD se skládá z více úrovní, které si navzájem musí odpovídat. Hlavní úroveň se nazývá kontextový diagram, kde je systém zobrazen jako jediný proces, z kterého a do kterého vedou datové toky. Proces na vyšší úrovni musí být popsán diagramem na úrovni nižší a nebo minispecifikací. Tento model je velmi dobře pochopitelný jak pro analytika i programátory, tak hlavně pro samotného zákazníka. Notace pro diagram datových toků byla vybrána Yourdon/DeMarco. Je uvedena na obrázku 2.b. 4

2. ANALÝZA SYSTÉMU [3] Obrázek 2.b: Notace Youdron/DeMarco pro DFD Pro aplikaci Sklad je diagram datových toků uveden na obrázku 2.c. Obrázek 2.c: Diagram datových toků aplikace Sklad Diagram datových toků obsahuje tři procesy, na které se rozdělil proces Skladové hospodářství z kontextového diagramu. Proces 1.1 Prodejní oddělení zodpovídá za prodej zboží, přiděluje automobily prodejcům a vystavuje prodejní doklady na místa, kde byl uskutečněn konkrétní prodej. Proces 1.2 Skladové oddělení 5

2. ANALÝZA SYSTÉMU zodpovídá za vedení skladu. Vytváří objednávky s konkrétním zbožím pro jednotlivé dovozce, přijímá zásoby od dovozců, eviduje počty kusů zboží a upravuje jejich ceny. Zároveň zprostředkovává přístup k údajům o zboží jak skladníkům, tak prodejcům nebo jiným zaměstnancům s patřičným oprávněním. Proces 1.3 Personální oddělení má na starosti uchovávat informace o zaměstnancích a umožnit jim měnit své osobní údaje, pokud jim administrátor toto právo přidělil. Proces 1.4 Finanční oddělení přijímá platby od prodejních míst, kde pracovníci resp. prodejci jednotlivé prodeje uskutečnili. Úkolem finančního oddělení je nejen platby přijímat, ale také platby provádět. Platby jsou hrazeny za zboží, které je do skladu dodáváno jednotlivými distributory uloženými v databázi. 2.2.3 Diagram datových toků (DFD) (1. úroveň) Tento diagram datových toků znázorňuje nižší úroveň procesu 1.2 Skladové oddělení. Ten se rozdělil do několika dalších. 1.2.1 Správa zboží obstarává všechny záležitosti týkající se zboží, tj. veškeré příjmy od distributorů a veškeré změny zboží, které skladník nebo oprávněná osoba vykoná. Další proces 1.2.2 Správa objednávek zprostředkovává veškeré akce, které se týkají objednávek zboží. Poslední proces 1.2.3 Zpracovávání požadavků vyřizuje požadavky pracovníků, kteří mají oprávnění nechat si vypsat zboží ze skladu. DFD 1. úrovně pro proces 1.2 Skladové oddělení je na obrázku 2.d. 6

2. ANALÝZA SYSTÉMU Obrázek 2.d: Diagram datových toků pro proces 1.2 Skladové oddělení 2.2.4 Minispecifikace Procesy, které jsou v diagramu datových toků uvedeny na nejnižší úrovni, popisují Minispecifikace. Minispecifikace definuje logiku procesů DFD. Pro každý proces na nejnižší úrovni rozkladu DFD existuje právě jedna minispecifikace, která popisuje pravidla transformace datových toků na výstupní toky. Minispecifikace popisuje postupy a pravidla, jimiž se řídí transformace dat, nikoliv však implementaci těchto pravidel. [1] Aplikace pro skladové hospodářství má minispecifikací celkem šest. Tři z nich jsou z diagramu datových toků 0. úrovně a zbylé tři jsou z diagramu datových toků úrovně 1. 7

2. ANALÝZA SYSTÉMU Minispecifikace procesu 1.1 Prodejní oddělení 1. IF Uskutečněn prodej zboží, THEN 1.1 Přiřaď prodejci automobil. 1.2 Vystav prodejní (daňový) doklad. 1.3 Ulož doklad do nezaplacených. OTHERWISE 1.4 Nic. Minispecifikace procesu 1.3 Oddělení pracovníků 1. IF Korektně provedeny změny údajů skladníka, THEN 1.1 Zobraz zprávu o změně údajů skladníka. OTHERWISE 1.2 Zobraz zprávu o neúspěchu. 2. IF Korektně provedeny změny údajů prodejce, THEN 2.1 Zobraz zprávu o změně údajů prodejce. OTHERWISE 2.2 Zobraz zprávu o neúspěchu. Minispecifikace procesu 1.4 Finanční oddělení 1. IF Uskutečněna platba za zboží, THEN 1.1 Přesuň doklad z nezaplacených do zaplacených. OTHERWISE 1.2 Nic. 2. IF Uskutečněna platba za zboží dodané do skladu, THEN 2.1 Přesuň doklad z nezaplacených do zaplacených. OTHERWISE 2.2 Nic. 8

2. ANALÝZA SYSTÉMU Minispecifikace procesu 1.2.1 Správa zboží 1. IF Uděleno oprávnění na editaci zboží ve skladu, THEN 1.1 SELECT CASE 1 (Přidání položky do skladu): 1.1.1 Aktualizuj zboží ve skladu. CASE 2 (Editace položky ve skladu): 1.1.2 Aktualizuj zboží ve skladu. CASE 3 (Smazání položky ze skladu): 1.1.3 Aktualizuj zboží ve skladu. 2. IF Dodáno zboží do skladu, THEN 2.1 Přidej zboží do skladu. OTHERWISE 2.2 Nic. Minispecifikace procesu 1.2.2 Správa objednávek 1. IF Korektně vytvořená objednávka, THEN 1.1 Ulož mezi objednávky. OTHERWISE 1.2 Objednávku neukládej. Minispecifikace procesu 1.2.3 Zpracování požadavků 1. IF Požadavek výpisu zboží od skladníka, THEN 1.1 Vypiš zboží ze skladu. OTHERWISE 1.2 Nic nevypisuj. 2. IF Požadavek výpisu zboží od prodejce, THEN 2.1 Vypiš zboží ze skladu. OTHERWISE 2.2 Nic nevypisuj. 9

2. ANALÝZA SYSTÉMU 2.2.5 Entitně relační diagram (ERD) Entitně relační diagram (ERD) znázorňuje datový model systému, který ukazuje neměnné atributy a strukturu dat, a vyjadřuje vztahy, které nejsou zachyceny v procesních modelech. Komponentami entitně relačního diagramu jsou: entity, entitní množiny, vztahy, vztahové množiny, atributy a domény atributů. [1] Entita je objekt, o němž uchováváme informace, které jsou pro nás důležité. Je popsána nejméně jedním, ale zpravidla více atributy. Entitní množina je množina entit stejného druhu, typu. Vztah reprezentuje vztah mezi entitami, který evidujeme a o němž uchováváme informace. Vztahová množina je množina vztahů stejného druhu, typu a doména atributu definuje obor hodnot atributu. [2] U každé entity ukládané do databáze, je potřeba definovat a vytvořit dostatek atributů, které nám určují chování a vlastnosti celé entity. Každá entita musí mít svůj primární klíč, který nemá možnost uživatel měnit. Slouží pro provázání entit mezi sebou. Entita může obsahovat i klíče cizí (primární klíče ostatních entit). Aplikace skladového hospodářství uchovává v databázi informace a data o třinácti objektech entitách. Odpovídající entitně relační diagram je uveden na obrázku 2.e. Jednotlivé entity, typy a popis jejich atributů Název entity Název atributu Typ atributu Entita Dovozce reprezentuje dodavatele zboží. Dovozce id dovozce (primární klíč) integer jméno string ulice string město string PSČ number telefon number email string IČ number DIČ number Dalšími entitami, s kterými systém pracuje, jsou Dodávky a Příjem zboží. Tyto tabulky spolu velmi úzce souvisejí, protože entita Dodávky reprezentuje několik položek entity Příjem zboží. 10

2. ANALÝZA SYSTÉMU Dodávky id dodávky (primární klíč) integer id dovozce (cizí klíč) integer číslo dodávky string datum vystavení date datum dovozu date typ platby string zaplaceno boolean cena celkem number daň celkem number cena celkem DPH number Příjem zboží id dodávky (cizí klíč) integer id příjem zboží (primární klíč) integer id zboží (cizí klíč) integer počet kusů integer datum spotřeby date cena nákupu number cena za množství number cena za množství daň number daň number Tak jako obsahuje entita Dodávky několik položek entity Příjem zboží, tak je tomu stejně i u entit Objednávky a Objednání. Tabulka Objednávky reprezentuje jednotlivé objednávky a entita Objednání konkrétní objednávané položky zboží. Objednávky id objednávky (primární klíč) integer id dovozce (cizí klíč) integer číslo objednávky string datum vystavení date cena celkem number cena celkem daň number celkem daň number Objednání id objednání (primární klíč) integer id objednávky (cizí klíč) integer id zboží (cizí klíč) integer počet kusů integer cena za množství number cena za množství daň number daň number Jednou z nejdůležitějších entit systému je entita Sklad, která ukládá informace o zboží, jeho cenách a počtu kusů ve skladu. Sklad id zboží (primární klíč) integer evidenční číslo integer název string 11

2. ANALÝZA SYSTÉMU DPH poč ks cena nákupu cena prodeje minimální počet number integer number number integer Obdoba entit Dodávky a Příjem zboží jsou entity Prodáno a Prodejní doklady. Prodejní doklady reprezentují jednotlivé prodeje na určitých místech a tabulka Prodáno konkrétní položky na nich prodané. Prodáno id faktury (cizí klíč) integer id prodáno (primární klíč) integer id zboží (cizí klíč) integer počet prodaných kusů integer cena prodeje number cena za množství number cena za množství daň number daň number Faktura id faktury (primární klíč) integer id prodejního místa (cizí klíč) integer id pracovníka (cizí klíč) integer id auta (cizí klíč) integer typ dokladu string číslo faktury string datum vystavení date datum splatnosti date datum prodeje date typ platby string zaplaceno boolean cena celkem number daň celkem number cena celkem DPH number Tabulka Prodejní místa reprezentuje místa, kam se všude zboží dováží. Prodejní místa id prodejního místa (primární klíč) integer název string ulice string město string PSČ number telefon number IČ number DIČ number 12

2. ANALÝZA SYSTÉMU Entita Auto reprezentuje automobily, které má daná firma k dispozici. Auto id auta (primární klíč) integer značka string SPZ string U automobilů lze ukládat i jejich opravy pomocí tabulky Opravy. Opravy id opravy (primární klíč) integer id auta (cizí klíč) integer servis string typ závady string popis string datum opravy date cena opravy number číslo opravy string Další data, která systém uchovává, jsou data o pracovnících. Pracovník id pracovníka (primární klíč) integer jméno string příjmení string funkce string ulice string město string PSČ number telefon number Poslední entitou je entita Práva. Tato entita ukládá uživatele, jejich přihlašovací údaje a oprávnění. Práva id práva (primární klíč) integer id pracovníka (cizí klíč) integer přihlašovací jméno string heslo string skupina string zbytek atributů je oprávnění boolean 13

2. ANALÝZA SYSTÉMU Obrázek 2.e: Entitně relační diagram aplikace Sklad 14

2. ANALÝZA SYSTÉMU 2.2.6 Datový slovník (DD) Datový slovník je dalším nástrojem strukturované analýzy a je to seznam definicí datových prvků systému. Popisuje obsah dat v datových tocích a pamětech na DFD, entity a atributy na ERD i další klíčová slova, která se vyskytují ve specifikaci systému.[1] Datový slovník má mnoho různých možností notací. Vybrána byla notace DeMarco. Jednotlivé symboly jeho notace jsou uvedeny na obrázku 2.f. Symbol notace DeMarco @ Význam indikátor (klíč) = skládá se z + a zároveň { } opakující se prvek ( ) nepovinný prvek [ ] výběr jedné z možností ** komentář [1] Obrázek 2.f: Notace DeMarco Níže jsou uvedeny datové slovníky entit Dovozce a Dodávky. Kompletní datový slovník je k práci dodán na závěr formou přílohy v kapitole 8. Přílohy na straně B. Entita Dovozce dovozce = @ id dovozce + jméno + ( ulice ) + město + ( PSČ ) + ( telefon ) + ( email ) + ( IČO ) + ( DIČ ) id dovozce = { 0 9 } jméno = { [ A-Ž a-ž mezera ] } ulice = { [ A-Ž a-ž 0 9 mezera ]} město = { [ A-Ž a-ž mezera ] } PSČ = { 0 9 } telefon = { 0 9 } email = { [A-Ž a-ž zavináč podtržítko mezera tečka]} IČO = { 0 9 } 15

2. ANALÝZA SYSTÉMU DIČ = { 0 9 } zavináč = { @ } podtržítko = { _ } tečka = {. } mezera = { } Entita Dodávky dodávka = @ id dodávky + @ id dovozce + číslo dodávky + datum vystavení + datum dovozu + typ platby + zaplaceno + cena celkem + daň celkem + cena celkem DPH id dodávky = { 0 9 } id dovozce = { 0 9 } číslo dodávky = {[ A-Z 0-9]} datum vystavení = { [ 0 9 tečka mezera ] } datum dovozu = { [ 0 9 tečka mezera ] } typ platby = { [ A-Z a-z ] } zaplaceno = { [ A-Z a-z ] } cena celkem = { [ 0 9 desetinná čárka ]} daň celkem = { [ 0 9 desetinná čárka ]} cena celkem DPH = { [ 0 9 desetinná čárka ]} tečka = {. } desetinná čárka = {, } mezera = { } 3. Použité technologie Celá aplikace pro skladové hospodářství je vytvořena ve vývojovém prostředí Borland Delphi. 3.1 Databázová architektura Základním faktorem při výběru databázového nástroje bylo, zda je k dispozici zdarma, či nikoliv. Je velmi nepříjemné, když uživatel v běžném životě zaplatí nemalou částku za samotný software a navíc, aby musel ještě platit za nástroje, které umožní provoz dané aplikace. Vybráno tedy bylo BDE (Borland Database Engine). Architektur databází pro Delphi existuje celá řada. Kromě velice známé, již zmiňované BDE, sem patří dbexpress, ADO (ActiveX Data Objects) a Interbase. Výhodou dbexpress oproti vybrané BDE je, že se pro funkčnost nemusí dále instalovat žádné další nástroje. Naopak nevýhodou oproti BDE je, že není možné 16

3. POUŽITÉ TECHNOLOGIE pracovat přímo s komponentami pro editaci databázových údajů. (např. dbexpress neumožňuje přejít na předchozí záznam). Ačkoliv je vývoj BDE ukončen, nabízí spolehlivý přístup k lokálním databázím a zároveň existuje pro BDE široká škála podpůrných nástrojů a funkcí pro práci s nejrůznějšími aplikacemi. Výhodou BDE je i skutečnost, že jej lze propojit s databázemi prostřednictvím ODBC, čímž získáme možnost pracovat téměř se všemi databázemi. 3.2 Vývojové prostředí Delphi je integrované grafické vývojové prostředí firmy Borland určené pro tvorbu aplikací na platformě MS Windows v jazyce Object Pascal. Programování v Delphi je z velké části založeno na použití komponent. Komponenta je malý program, který vykonává určitou činnost (například zobrazuje text nebo obrázky, přehrává multimédia, komunikuje s databází, zprostředkovává FTP přenos atd.). Velkou předností Delphi proti některým konkurenčním produktům jsou knihovny komponent, které jsou jejich součástí (např. VCL, CLX, Indy, ). Dodávané komponenty významně usnadňují tvorbu aplikací. Další komponenty lze nalézt na Internetu nebo si je vytvořit. Delphi jsou dodávány v různých verzích s rozdílnými znaky a odlišnou cenou: Personal, Professional, Enterprise (dříve Client/Server) a Architect. [4] 4.1 Vzhled 4. Uživatelské prostředí Jedním z hlavních aspektů každé aplikace, která má uživateli sloužit co nejefektivněji, je, aby byla přehledná a intuitivní. Uživatelské prostředí musí být pro uživatele příjemné a zároveň navrženo tak, aby byly veškeré funkce snadno dostupné a použitelné. Aplikace, která má funkcí mnoho a je špatně navržena z pohledu vizuálního, ztrácí uživatelskou hodnotu, neboť tyto funkce zůstanou nevyužity. Při prvním spuštění aplikace Sklad se zobrazí úvodní okno, které informuje o tom, že je nutné vytvořit uživatelský účet. Uživatel, jehož účet bude takto vytvořen, bude plnit roli administrátora systému s neomezenými právy. Po úspěšném vytvoření administrátorského účtu a při každém dalším spuštění aplikace, je zobrazen přihlašovací dialog. Tento dialog obsahuje dva řádky. První slouží pro zadání uživatelského jména a druhý pro zadání hesla. Heslo je uloženo v zašifrované podobě a se zadaným heslem, které se rovněž zašifruje, se porovnává. Pokud jsou obě zašifrovaná hesla shodná, je povolen přístup. Pokud nikoliv, je přístup zamítnut. U přihlašovacího jména i u hesla jsou rozlišovány velká a malá písmena. Přihlašovací dialog lze vidět na obrázku 4.a. 17

4.UŽIVATELKSÉ PROSTŘEDÍ Obrázek 4.a: Přihlašovací dialog Aplikace Sklad byla navržena pro minimální rozlišení 1280x800 pixelů. Uživatelské prostředí aplikace se skládá z několika částí, jak lze vidět na obrázku 4.b. Základ tvoří levý (hlavní) panel, kde se vypisují údaje a data, která konkrétní uživatel požaduje a má na ně právo. Např. Pokud vybere z menu položku Sklad, zobrazí se aktuální stav zboží ve skladu, současně s jeho cenou nákupu, cenou prodeje a DPH. Pokud vybere položku Pracovníci, zobrazí se veškeří pracovníci uložení v databázi i s jejich informacemi atd. Spodní panel slouží k zobrazování aktuálních informací, které se týkají nezaplacených faktur a nezaplacených dodávek. Dále slouží jako ukazatel provedených prodejů, jejich tržeb a zisků. Pokud je hlavní panel ve stavu, kdy zobrazuje zboží ve skladu, je možné v dolním panelu vidět marži aktuálně vybrané položky. Dolní část aplikace nemá jen funkci informačního panelu, ale dají se zde zobrazit i další libovolné pomocné tabulky, které si uživatel vybere. Zároveň lze dolní panel úplně skrýt. Tím se zvětšuje prostor pro panel hlavní. Pravá část obrazovky je věnována kalendáři, který je pro uživatele velmi užitečnou pomůckou. V kalendáři lze vybrat libovolný rok, měsíc i den. Nad kalendářem je zobrazen aktuální systémový čas a datum. Opět tento pravý panel neslouží jen pro funkci kalendáře, ale je možné místo něj zobrazit Zápisník nebo jej úplně skrýt. Pokud se provádí prodej, příjem zboží či jsou používány ostatní funkce, zobrazují se nad hlavním oknem okna nová. 18

4.UŽIVATELKSÉ PROSTŘEDÍ Obrázek 4.b: Uživatelské prostředí aplikace Sklad 4.2 Funkce Základem každé aplikace, která je vytvořena pro evidenci skladu je, aby umožnila ukládat veškeré informace týkající se zboží a zpracovávat účetní doklady, které se konkrétního zboží týkají. Aplikace Sklad obsahuje základní funkce, které jsou pro skladové hospodářství potřeba. Uchovává data o zboží, o pracovnících, o automobilech, o dovozcích a prodejních místech. Lze tvořit účetní doklady, jako jsou faktura, prodejka za hotové, dodací list či vytisknout skladovou kartu zboží. Aplikace rovněž podporuje export tabulek do textového souboru. Tento vyexportovaný soubor si následně může uživatel podle svých potřeb upravit. Další užitečnou funkcí aplikace je vypočtení a zobrazení tržeb a zisků za libovolné prodejní období. Uživatel vybere datum od kdy a do kdy chce údaje vypočítat a systém zobrazí požadované informace i s počtem uskutečněných prodejů. Aplikace rovněž eviduje vystavené faktury, které jsou dosud nezaplacené. Pokud uživatel nebo oprávněná osoba u faktury příznak o úhradě změní z Ne na Ano, faktury již mezi nezaplacenými nebude. Funkce Skladová karta umožňuje vybrat konkrétní položku ze skladu a systém vypíše její dodávky od distributora a její jednotlivé prodeje na prodejních místech. Veškeré tyto informace lze rovněž vytisknout. Jedním z požadavků na systém bylo, aby obsahoval funkci Opravy automobilů. Tato část systému ukládá veškeré provedené opravy na jednotlivých automobilech. Zároveň se u každé opravy eviduje typ závady, datum opravy, cena opravy a její popis. Aplikace rovněž vypočítává částku, která se zaplatila za opravy automobilů a kolik oprav bylo provedeno. Z této části systému lze přejít do režimu 19

4.UŽIVATELKSÉ PROSTŘEDÍ filtrace, kde uživatel vybere požadovaný typ automobilu a systém mu vypíše veškeré opravy na tomto automobilu provedené, jejich počet a celkovou zaplacenou částku za tyto opravy. Z toho již může uživatel sám usoudit, zda se mu daný vůz vyplatí dále provozovat nebo ho radši prodat. Funkce Úprava ceny je rovněž vytvořena na základě zákazníkových požadavků. Tato funkce vypočte průměrnou cenu mezi dosavadní cenou konkrétní položky ve skladu a cenou, za kterou je zboží dodáno. Tato funkce se využije tehdy, pokud dodavatel zvýšil cenu zboží. Jako pomůcka pro uživatele může sloužit možnost přidání vlastních aplikací do menu systému a odtud je kdykoliv, v případě potřeby, spouštět. Tyto aplikace si může uživatel při jejich přidání libovolně pojmenovat. Samozřejmostí je možnost jejich odstranění. 4.3 Uživatelská oprávnění Aplikace Sklad nabízí přístup k funkcím pomocí uživatelských účtů a jejich konkrétních práv. V systému může být vytvořen pouze jeden administrátor, který má možnost udělovat oprávnění všem ostatním uživatelům nebo jim oprávnění odebrat. Uživatele systému lze přidat pouze z pracovníků konkrétní firmy. Není tedy možné, aby systém používal někdo, kdo ve společnosti nepracuje nebo tam není evidovaný. Nového uživatele rovněž přidává administrátor. Pokud se uživateli stane, že by heslo zapomněl, administrátor mu nové heslo přidělí bez toho, aby musel staré heslo znát. Heslo přidělené administrátorem si může uživatel samozřejmě změnit. Uživatelských rolí může v systému vystupovat libovolný počet a každá role může mít libovolné nastavení práv. Jediné oprávnění, které nemůže nést žádná jiná uživatelská role, je oprávnění Správa účtů všech uživatelů. Toto oprávnění má výhradně administrátor. V systému jsou rovněž předdefinované uživatelské role a jejich oprávnění. První předdefinovaná role je Skladník. Skladník má možnost přistupovat do skladu, přidávat, editovat i mazat položky zboží. Rovněž má plná práva na objednávky a příjmové doklady. U ostatních tabulek má skladník možnost prohlížení. Další předdefinovanou rolí je Prodejce. Prodejce má nastavena plná práva na prodej zboží, prodejní doklady a na objednávky. Ostatní tabulky lze opět jen zobrazit, pokud nebudou práva přidělena jinak. Práva lze u obou předdefinovaných rolí libovolně měnit. Po úspěšném přihlášení uživatele, se jeho uživatelská práva načtou do pole. Následně se pak u každé funkce, kterou hodlá uživatel využít, zjišťuje, zda má dostatečná oprávnění. V případě, že uživatel na danou funkci oprávnění nemá, je tlačítko spouštění této funkce nepoužitelné a šedě zbarvené. Aplikaci je možno používat v síťovém prostředí. Přístup k datům je řešen nasdíleným adresářem s názvem Data v nainstalované aplikaci a jeho následným připojením jako síťovou jednotku. V systému je vytvořena tabulka, která ukládá informace o tom, zda konkrétní funkci již neprovádí jiný uživatel. Pokud ano, musí se vyčkat, než bude operace jiným pracovníkem dokončena. Toto opatření je z praktických důvodů, aby nenastala situace, kdy bude upravována jedna položka dvěma nebo více uživateli. Stejně tak, aby nebyla např. objednávka vytvořena několika pracovníky. Zároveň je tím ale omezena použitelnost systému. Pokud by totiž byl systém 20

4.UŽIVATELKSÉ PROSTŘEDÍ provozován pro velkoobchodní činnost, kde je pracovníků deset nebo více, budou pak situace čekání na dokončení operace jiného uživatele, nastávat velmi často. 5. Srovnání aplikací 5.1 Ekonomický systém Money S3 Ekonomický systém Money S3 od společnosti Cígler software patří mezi velmi rozšířené ekonomické systémy pro malé a střední firmy účtující v podvojném účetnictví i daňové evidenci. [5]. 5.1.1 Vzhled Systém Money S3 se vizuálně skládá ze tří částí, stejně jako aplikace pro skladové hospodářství Sklad. Money S3 je rozčleněna na tři hlavní části. Horní panel, v kterém je menu, levý panel pro navigaci a hlavní panel, kde se zobrazují konkrétní položky. Levý panel nabízí několik funkcí. Navigátor, který zobrazuje stejné položky jako horní menu ale v grafické formě, dále funkci Zástupci, která umožní rychlý přechod k fakturám, objednávkám či jiným daňovým dokladům. Dále funkce Nástěnka a Odkazy, kde jsou uvedeny odkazy na zlepšení či aktualizace systému. 5.1.2 Funkce Money S3 obsahuje moduly adresář, fakturaci, sklady, objednávky, mzdy a další. Vyzkoušena byla verze 11.000, která byla neregistrovaná a měla omezen počet vytvořených faktur, počet vytvořených objednávek a dále měla omezeno účetnictví. Tato verze byla vývojovým týmem nazvána Money S3 Start, ve které si uživatel vyzkouší veškeré funkce a následně si může software zakoupit ve verzích dalších. Aplikace Money S3 je vyvíjena rozsáhlým týmem, který se zabývá vývojem software týkající se ekonomiky a účetnictví. Modul Adresář umožňuje ukládat údaje o firmách, jejich pobočkách a provozovnách. Zároveň lze u dotyčných firem uložit bankovní spojení, ale zde je velmi nepraktické, že bankovní spojení je navázáno na číslo firmy, nikoliv na název. Viz. obrázek 5.a. 21

5. SROVNÁNÍ APLIKACÍ Obrázek 5.a: Zobrazení bankovního spojení aplikace Money S3 Modul Fakturace umožňuje ukládat a vytvářet faktury jak přijaté, tak vystavené. Modul Sklady zprostředkovává přístup ke zboží ve skladu, ukládá skladové pohyby, výrobní čísla, dodávky, inventury aj. Modul Objednávky má na starosti objednávky, které systém přijal či vystavil. Zároveň lze tvořit nabídky a poptávky. Modul Mzdy umožňuje ukládat informace o mzdách zaměstnanců a jejich pracovních poměrech. Srovnání funkcí aplikace Sklad a Money S3 je uvedeno v tabulce 5.b. Aplikace pro skladové hospodářství - SKLAD Účetní a skladová aplikace - MONEY S3 Údaje o provozovnách (dovozcích) Fakturace Sklad Objednávky Mzdy Pomůcky Kniha jízd Automobily Opravy automobilů Tabulka 5.b: Srovnání funkcí 22

6. ZÁVĚR 6. Závěr Cílem práce bylo navrhnout a realizovat systém, který bude schopen evidovat veškeré údaje týkající se prodeje zboží a tisku účetních dokladů. Jedná se o aplikaci, která je přizpůsobena pro maloobchodní činnost a měla by pro uživatele přinést efektivní a rychlé vyplňování objednávek, prodejních i příjmových dokladů a jejich tisk. Zároveň je možné aplikaci používat v síťovém prostředí. Jelikož lze nastavit uživatelská práva, nemusí mít vedoucí pracovník starosti s tím, zda objednávku či fakturu vytvořila oprávněná nebo neoprávněná osoba. To závisí pouze na administrátorovi. Systém je možné do budoucna rozšiřovat. Jako další moduly, které se mohou k aplikaci přidat, mohou být: kompletní účetnictví, modul vztahující se na zaměstnanecké mzdy a jejich výpočet, kniha jízd aj. 23

7. POUŽITÉ PRAMENY A LITERATURA 7. Použité prameny a literatura [1] Ráček, Jaroslav : Strukturovaná analýza systémů. Masarykova univerzita, Brno, 2006 [2] Ráček, Jaroslav : an_04_erd.pdf (str. 3,4) [3] Ráček, Jaroslav : an_03_dfd.pdf (str. 3) [4] Delphi Wikipedie, otevřená encyklopedie Dostupné z URL: http://cs.wikipedia.org/wiki/delphi [cit. 18.4. 2008] [5] BLÁHA, Jan. Money S3 účetní program Dostupné z URL: http://obchod.blahasoft.cz/software/money-s3/ [cit. 18.4. 2008] 24

8. PŘÍLOHY

8. PŘÍLOHY 8.1 Instalace Instalace systému není složitá. Na přiloženém CD se nachází soubor Skladové hospodářství.exe. Tento soubor uživatel spustí a nainstaluje jej do složky, kterou vytvoří při instalaci. V této složce se po instalaci bude nacházet několik adresářů a soubor Sklad.exe, kterým se aplikace spustí. Ještě před samotným spuštěním aplikace, je potřeba nainstalovat BDE administrátora, který umožní přístup k datům z tabulek. BDE administrátor je rovněž přiložen na CD. Nainstalovaný BDE se musí korektně nastavit. Po jeho spuštění je nutné vytvořit novou databázi se jménem Sklad, dále je nezbytné ve vytvořené databázi nastavit cestu k datům. Po označení nově vytvořené databáze kurzorem myši se v pravé části obrazovky nachází řádek s názvem PATH. Tlačítkem se třemi tečkami se nastaví adresář s daty, který je pojmenován Data a nachází se v nainstalované aplikaci Sklad. Po tomto nastavení lze aplikaci začít používat. Pokud bude aplikace provozována po síti, musí se složka Data v nainstalované aplikaci Sklad nejprve nasdílet a poté být připojena jako síťová jednotka. Je třeba připomenout, že po tomto kroku je opět nutné přenastavit správnou cestu k datům v BDE administrátoru. Rovněž na kartě Configuration (přesná cesta je Configuration -> Drivers -> Native -> PARADOX), po označení databáze PARADOX kurzorem, je nutné v pravé části obrazovky nastavit řádek s názvem NET DIR opět na sdílenou síťovou jednotku. Připojení složky Data jako síťovou jednotku a nastavení BDE administrátora, je nutné provést na každém počítači, který bude do dané sítě připojen. 8.2 Obsah přiloženého CD Součástí práce je disk CD, který obsahuje: přeloženou aplikaci Sklad pro instalaci a spuštění běhové prostředí BDE 5.0 nutné pro spuštění aplikace předvyplněnou verzi tabulek + návod text práce ve formátu PDF zdrojové kódy programu A

8. PŘÍLOHY 8.3 Datový slovník Entita Příjem zboží příjem zboží = @ id příjem zboží + @ id dodávky + @ id zboží + počet kusů + datum spotřeby + cena nákupu + cena za množství + cena za množství daň + daň id příjem zboží = { 0 9 } id dodávky = { 0 9 } id zboží = { 0 9 } počet kusů = { 0 9 } datum spotřeby = { [ 0 9 tečka mezera ] } cena nákupu = { [ 0 9 desetinná čárka ]} cena za množství = { [ 0 9 desetinná čárka ]} cena za množství daň = { [ 0 9 desetinná čárka ]} daň = { [ 0 9 desetinná čárka ]} tečka = {. } desetinná čárka = {, } mezera = { } Entita Objednávky objednávka = @ id objednávky + @ id dovozce + číslo objednávky + datum vystavení + cena celkem + cena celkem daň + celkem daň id objednávky = { 0 9 } id dovozce = { 0 9 } číslo objednávky = {[ A-Z 0-9]} datum vystavení = { [ 0 9 tečka mezera ] } cena celkem = { [ 0 9 desetinná čárka ]} cena celkem daň = { [ 0 9 desetinná čárka ]} celkem daň = { [ 0 9 desetinná čárka ]} tečka = {. } desetinná čárka = {, } mezera = { } B

8. PŘÍLOHY Entita Objednání objednání = @ id objednání + @ id objednávky + @ id zboží + počet kusů + cena za množství + cena za množství daň + daň id objednání = { 0 9 } id objednávky = { 0 9 } id zboží = { 0 9 } číslo objednávky = {[ A-Z 0-9]} počet kusů = { 0 9 } cena za množství = { [ 0 9 desetinná čárka ]} cena za množství daň = { [ 0 9 desetinná čárka ]} daň = { [ 0 9 desetinná čárka ]} desetinná čárka = {, } Entita Sklad sklad = @ id zboží + ( evidenční číslo ) + název + DPH + poč ks + cena nákupu + cena prodeje + minimální počet id zboží = { 0 9 } evidenční číslo = { 0 9 } název = { [ A-Ž a-ž mezera 0-9 ] } poč ks = { 0 9 } cena nákupu = { [ 0 9 desetinná čárka ] } cena prodeje = { [ 0 9 desetinná čárka ] } desetinná čárka = {, } mezera = { } Entita Prodáno prodáno = @ id prodáno + @ id prodejního dokladu + @ id zboží + počet prodaných kusů + cena prodeje + cena za množství + cena za množství daň C

8. PŘÍLOHY + daň id prodáno = { 0 9 } id prodejního dokladu = { 0 9 } id zboží = { 0 9 } počet prodaných kusů = { 0 9 } cena prodeje { [ 0 9 desetinná čárka ] } cena za množství { [ 0 9 desetinná čárka ] } cena za množství daň { [ 0 9 desetinná čárka ] } daň { [ 0 9 desetinná čárka ] } Entita Prodejní doklady prodejní doklad = @ id prodejního dokladu + @ id prodejního místa + @ id pracovníka + @ id auta + typ dokladu + číslo faktury + datum vystavení + datum splatnosti + datum prodeje + typ platby + zaplaceno + cena celkem + daň celkem + cena celkem DPH id prodejního dokladu = { 0 9 } id prodejního místa = { 0 9 } id pracovníka = { 0 9 } id auta = { 0 9 } typ dokladu = {[ a-ž ]} číslo faktury = {[ A-Z 0-9]} datum vystavení = { [ 0 9 tečka mezera ] } datum splatnosti = { [ 0 9 tečka mezera ] } datum prodeje = { [ 0 9 tečka mezera ] } typ platby = {[ a-ž ]} zaplaceno = { [ A-Z a-z ] } cena celkem = { [ 0 9 desetinná čárka ] } daň celkem = { [ 0 9 desetinná čárka ] } cena celkem DPH = { [ 0 9 desetinná čárka ] } Entita Prodejní místa prodejní místa = @ id prodejního místa + název + ( ulice ) + město + ( PSČ ) + ( telefon ) + ( IČO ) + ( DIČ ) D

8. PŘÍLOHY id prodejního místa = { 0 9 } název = { [ A-Ž a-ž mezera ] } ulice = { [ A-Ž a-ž 0 9 mezera ] } město = { [ A-Ž a-ž mezera ] } PSČ = { 0 9 } telefon = { 0 9 } IČO = { 0 9 } DIČ = { 0 9 } mezera = { } Entita Auto auto = @ id auta + značka + SPZ id auta = { 0 9 } značka = { [ A-Ž a-ž 0 9 mezera ] } SPZ = { [ A-Ž 0 9 ] } mezera = { } Entita Opravy opravy = @ id opravy + id auta + servis + typ závady + ( popis ) + datum opravy + cena opravy + číslo opravy id opravy = { 0 9 } id auta = { 0 9 } servis = { [ A-Ž a-ž mezera ] } typ závady = { [ A-Ž a-ž mezera ] } popis = { [ A-Ž a-ž mezera ] } datum opravy = { [ 0 9 tečka mezera ] } cena opravy = { [ 0 9 desetinná čárka ] } číslo opravy = { 0 9 } Entita Pracovník pracovník = @ id pracovníka + jméno + příjmení + funkce + ( ulice ) + město E

8. PŘÍLOHY + ( PSČ ) + ( telefon ) id pracovníka = { 0 9 } jméno = { [ A-Ž a-ž ] } příjmení = { [ A-Ž a-ž ] } funkce = { [ A-Ž a-ž ] } ulice = { [ A-Ž a-ž 0 9 mezera ] } město = { [ A-Ž a-ž mezera ] } PSČ = { 0 9 } telefon = { 0 9 } mezera = { } Entita Práva práva = @ id práva + @ id pracovníka + přihlašovací jméno + heslo + skupina + export + tisk_prodejní_doklady + tisk_příjem_zboží + nastavení + zobrazit_sklad + sklad_přidat + sklad_edit + sklad_smazat + zobrazit_prodejní_doklady + prodejní_doklady_náhled + prodejní_doklady_edit + prodejní_doklady_zobr_nezaplacené + zobrazit_příjmové_doklady + příjmové_doklady_náhled + příjmové_doklady_edit + příjmové_doklady_zobr_nezaplacené + zobrazit_prodej_zboží + zobrazit_příjem_zboží + zobrazit_dodavatele + dodavatele_přidat + dodavatele_edit + dodavatele_smazat + zobrazit_prodejní_místa + prodejní_místa_přidat + prodejní_místa_edit + prodejní_místa_smazat + zobrazit_pracovníci + pracovníci_přidat + pracovníci_edit + pracovníci_smazat + zobrazit_auta + auta_přidat + auta_edit + auta_smazat + funkce_prodat_zboží F

8. PŘÍLOHY + funkce_přijmout_zboží + funkce_objednávkový_list + objednávka_vytvořit + objednávka_edit + objednávka_smazat + funkce_prodej_za_období + funkce_skladová_karta + funkce_opravy_automobilu + opravy_přidat + opravy_edit + opravy_smazat + funkce_uprava_ceny id práva = { 0 9 } id pracovníka = { 0 9 } přihlašovací jméno = { [ A-Ž a-ž 0 9 mezera ] } heslo = {[ A-Z a-z 0-9 ]} skupina = { [ A-Ž a-ž 0 9 mezera ] } export = { a-z } tisk_prodejní_doklady = { a-z } tisk_příjem_zboží = { a-z } nastavení = { a-z } zobrazit_sklad = { a-z } sklad_přidat = { a-z } sklad_edit = { a-z } sklad_smazat = { a-z } zobrazit_prodejní_ doklady = { a-z } prodejní_doklady_náhled = { a-z } prodejní_doklady_edit = { a-z } prodejní_doklady_zobr_ nezaplacené = { a-z } zobrazit_příjmové_ doklady = { a-z } příjmové_doklady_náhled = { a-z } příjmové_doklady_edit = { a-z } příjmové_doklady_zobr_ nezaplacené = { a-z } zobrazit_prodej_zboží = { a-z } zobrazit_příjem_zboží = { a-z } zobrazit_dodavatele = { a-z } dodavatele_přidat = { a-z } dodavatele_edit = { a-z } dodavatele_smazat = { a-z } zobrazit_prodejní_místa = { a-z } prodejní_místa_přidat = { a-z } prodejní_místa_edit = { a-z } prodejní_místa_smazat = { a-z } zobrazit_pracovníci = { a-z } pracovníci_přidat = { a-z } pracovníci_edit = { a-z } pracovníci_smazat = { a-z } zobrazit_auta = { a-z } auta_přidat = { a-z } G

8. PŘÍLOHY auta_edit = { a-z } auta_smazat = { a-z } funkce_prodat_zboží = { a-z } funkce_přijmout_zboží = { a-z } funkce_objednávkový_list = { a-z } objednávka_vytvořit = { a-z } objednávka_edit = { a-z } objednávka_smazat = { a-z } funkce_prodej_za_období = { a-z } funkce_skladová_karta = { a-z } funkce_opravy_automobilu = { a-z } opravy_přidat = { a-z } opravy_edit = { a-z } opravy_smazat = { a-z } funkce_uprava_ceny = { a-z } H

8. PŘÍLOHY 8.4 Ukázka účetních dokladů I