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 1.2 1.3

Přiřaď prodejci automobil. Vystav prodejní (daňový) doklad. 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íč) jméno ulice město PSČ telefon email IČ DIČ

integer string string string number number string number 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íč) id dovozce (cizí klíč) číslo dodávky datum vystavení datum dovozu typ platby zaplaceno cena celkem daň celkem cena celkem DPH

integer integer string date date string boolean number number number

Příjem zboží

id dodávky (cizí klíč) id příjem zboží (primární klíč) id zboží (cizí klíč) počet kusů datum spotřeby cena nákupu cena za množství cena za množství daň daň

integer integer integer integer date number number number 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íč) id dovozce (cizí klíč) číslo objednávky datum vystavení cena celkem cena celkem daň celkem daň

integer integer string date number number number

Objednání

id objednání (primární klíč) id objednávky (cizí klíč) id zboží (cizí klíč) počet kusů cena za množství cena za množství daň daň

integer integer integer integer number number 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íč) evidenční číslo název

11

integer integer string

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íč) id prodáno (primární klíč) id zboží (cizí klíč) počet prodaných kusů cena prodeje cena za množství cena za množství daň daň

integer integer integer integer number number number number

Faktura

id faktury (primární klíč) id prodejního místa (cizí klíč) id pracovníka (cizí klíč) id auta (cizí klíč) typ dokladu číslo faktury datum vystavení datum splatnosti datum prodeje typ platby zaplaceno cena celkem daň celkem cena celkem DPH

integer integer integer integer string string date date date string boolean number number 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íč) název ulice město PSČ telefon IČ DIČ

12

integer string string string number number number number

2. ANALÝZA SYSTÉMU

Entita Auto reprezentuje automobily, které má daná firma k dispozici. Auto

id auta (primární klíč) značka SPZ

integer string string

U automobilů lze ukládat i jejich opravy pomocí tabulky Opravy. Opravy

id opravy (primární klíč) id auta (cizí klíč) servis typ závady popis datum opravy cena opravy číslo opravy

integer integer string string string date number string

Další data, která systém uchovává, jsou data o pracovnících. Pracovník

id pracovníka (primární klíč) jméno příjmení funkce ulice město PSČ telefon

integer string string string string string number 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íč) id pracovníka (cizí klíč) přihlašovací jméno heslo skupina zbytek atributů je oprávnění

13

integer integer string string string boolean

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

= @ id dovozce + jméno + ( ulice ) + město + ( PSČ ) + ( telefon ) + ( email ) + ( IČO ) + ( DIČ ) = { 0–9 } = { [ A-Ž | a-ž | mezera ] } = { [ A-Ž | a-ž | 0–9 | mezera ]} = { [ A-Ž | a-ž | mezera ] } = { 0–9 } = { 0–9 } = { [A-Ž | a-ž | zavináč | podtržítko | mezera | tečka]} = { 0–9 }

15

2. ANALÝZA SYSTÉMU DIČ zavináč podtržítko tečka mezera

= = = = =

{ { { { {

0–9 } @ } _ } . } }

= + + + + + + + + + = = = = = = = = = = = = =

@ id dodávky @ id dovozce číslo dodávky datum vystavení datum dovozu typ platby zaplaceno cena celkem daň celkem cena celkem DPH { 0–9 } { 0–9 } {[ A-Z | 0-9]} { [ 0–9 | tečka | mezera ] } { [ 0–9 | tečka | mezera ] } { [ A-Z | a-z ] } { [ A-Z | a-z ] } { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { . } { , } { }

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 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. Uživatelské prostředí 4.1 Vzhled 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] [2] [3] [4]

[5]

Ráček, Jaroslav : Strukturovaná analýza systémů. Masarykova univerzita, Brno, 2006 Ráček, Jaroslav : an_04_erd.pdf (str. 3,4) Ráček, Jaroslav : an_03_dfd.pdf (str. 3) Delphi – Wikipedie, otevřená encyklopedie Dostupné z URL: http://cs.wikipedia.org/wiki/Delphi [cit. 18.4. 2008] 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ň tečka desetinná čárka mezera

= + + + + + + + + = = = = = = = = = = = =

@ 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ň { 0–9 } { 0–9 } { 0–9 } { 0–9 } { [ 0 – 9 | tečka | mezera ] } { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { . } { , } { }

= + + + + + + = = = = = = = = = =

@ id objednávky @ id dovozce číslo objednávky datum vystavení cena celkem cena celkem daň celkem daň { 0–9 } { 0–9 } {[ A-Z | 0-9]} { [ 0–9 | tečka | mezera ] } { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { . } { , } { }

Entita Objednávky objednávka

id objednávky id dovozce číslo objednávky datum vystavení cena celkem cena celkem daň celkem daň tečka desetinná čárka mezera

B

8. PŘÍLOHY Entita Objednání objednání

id objednání id objednávky id zboží číslo objednávky počet kusů cena za množství cena za množství daň daň desetinná čárka

= + + + + + + = = = = = = = = =

@ id objednání @ id objednávky @ id zboží počet kusů cena za množství cena za množství daň daň { 0–9 } { 0–9 } { 0–9 } {[ A-Z | 0-9]} { 0–9 } { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { [ 0–9 | desetinná čárka ]} { , }

= + + + + + + + = = = = = = = =

@ id zboží ( evidenční číslo ) název DPH poč ks cena nákupu cena prodeje minimální počet { 0–9 } { 0–9 } { [ A-Ž | a-ž | mezera | 0-9 ] } { 0–9 } { [ 0–9 | desetinná čárka ] } { [ 0–9 | desetinná čárka ] } { , } { }

= + + + + + +

@ 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ň

Entita Sklad sklad

id zboží evidenční číslo název poč ks cena nákupu cena prodeje desetinná čárka mezera

Entita Prodáno prodáno

C

8. PŘÍLOHY 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ň daň

+ = = = = { { { {

daň { 0–9 { 0–9 { 0–9 { 0–9 [ 0–9 [ 0–9 [ 0–9 [ 0–9

= + + + + + + + + + + + + + = = = = = = = = = = = = = =

@ 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 { 0–9 } { 0–9 } { 0–9 } { 0–9 } {[ a-ž ]} {[ A-Z | 0-9]} { [ 0–9 | tečka | mezera ] } { [ 0–9 | tečka | mezera ] } { [ 0–9 | tečka | mezera ] } {[ a-ž ]} { [ A-Z | a-z ] } { [ 0–9 | desetinná čárka ] } { [ 0–9 | desetinná čárka ] } { [ 0–9 | desetinná čárka ] }

= + + + + + + +

@ id prodejního místa název ( ulice ) město ( PSČ ) ( telefon ) ( IČO ) ( DIČ )

} } } } | | | |

desetinná desetinná desetinná desetinná

čárka čárka čárka čá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

Entita Prodejní místa prodejní místa

D

8. PŘÍLOHY id prodejního místa název ulice město PSČ telefon IČO DIČ mezera

= = = = = = = = =

{ { { { { { { { {

0–9 } [ A-Ž | a-ž | mezera ] } [ A-Ž | a-ž | 0–9 | mezera ] } [ A-Ž | a-ž | mezera ] } 0–9 } 0–9 } 0–9 } 0–9 } }

= + + = = = =

@ id auta značka SPZ { 0–9 } { [ A-Ž | a-ž | 0–9 | mezera ] } { [ A-Ž | 0–9 ] } { }

= + + + + + + + = = = = = = = =

@ id opravy id auta servis typ závady ( popis ) datum opravy cena opravy číslo opravy { 0–9 } { 0–9 } { [ A-Ž | a-ž | mezera ] } { [ A-Ž | a-ž | mezera ] } { [ A-Ž | a-ž | mezera ] } { [ 0–9 | tečka | mezera ] } { [ 0–9 | desetinná čárka ] } { 0–9 }

= + + + + +

@ id pracovníka jméno příjmení funkce ( ulice ) město

Entita Auto auto

id auta značka SPZ mezera

Entita Opravy opravy

id opravy id auta servis typ závady popis datum opravy cena opravy číslo opravy

Entita Pracovník pracovník

E

8. PŘÍLOHY

id pracovníka jméno příjmení funkce ulice město PSČ telefon mezera

+ + = = = = = = = = =

( ( { { { { { { { { {

PSČ ) telefon 0–9 } [ A-Ž | [ A-Ž | [ A-Ž | [ A-Ž | [ A-Ž | 0–9 } 0–9 } }

= + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

@ 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ží

) a-ž a-ž a-ž a-ž a-ž

] ] ] | |

} } } 0–9 | mezera ] } mezera ] }

Entita Práva práva

F

8. PŘÍLOHY

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

+ + + + + + + + + + + +

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

= = = = = = = = = = = = =

{ 0–9 } { 0–9 } { [ A-Ž | a-ž | 0–9 | mezera ] } {[ A-Z | a-z | 0-9 ]} { [ A-Ž | a-ž | 0–9 | mezera ] } { a-z } { a-z } { a-z } { a-z } { a-z } { a-z } { a-z } { a-z }

= { a-z } = { a-z } = { a-z } = { a-z } = { a-z } = { a-z } = { a-z } = = = = = = = = = = = = = = = = =

{ { { { { { { { { { { { { { { { {

a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z

} } } } } } } } } } } } } } } } }

G

8. PŘÍLOHY auta_edit auta_smazat funkce_prodat_zboží 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

= = = = = = = = = = = = = = =

{ { { { { { { { { { { { { { {

a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z a-z

} } } } } } } } } } } } } } }

H

8. PŘÍLOHY

8.4 Ukázka účetních dokladů

I