Mendelova univerzita v Brně, Provozně ekonomická fakulta
Obchodní řetězec
Dokumentace k návrhu databázového systému
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
1. Úvod Cílem této práce je seznámit čtenáře s návrhem databázového systému Obchodní řetězec a poskytnout mu ucelený pohled na strukturu tohoto modelu. Náš obchodní řetězec zahrnuje desítky obchodů napříč celou Českou republikou. Svým registrovaným zákazníkům se snaží poskytnout výhody v podobě věrnostních bodů a z toho plynoucí slevy i dárkové poukázky, dále monitoruje stav skladů, v průběhu každého období analyzuje cenový vývoj výrobků a sleduje své finanční obraty, aby věděl, který obchod vydělává a který naopak zaznamenává ztrátu. V systému jsou také evidováni výrobci a jejich produkty. Systém bylo potřeba navrhnout tak, aby jakékoliv změny v systému (přidání entit atd.) byly relativně jednoduchou záležitostí.
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
2. Maticový diagram
Entity Zákazník Zákaznická karta Nákup
Zákazník
Zákaznická karta musí vlastnit
musí patřit musí být může být proveden proveden
Nákup může provést může být použita
Výrobek Výrobce Kategorie Obchod
musí být musí vyroben patřit
Výrobek může vyrobit může obsahovat
Výrobce Kategorie
Sklad obchodu
musí obsahovat
Poukázky
Poukázky musí obdržet
Vývoj cen
může být nadřazena musí být součástí
musí být součástí musí obsahovat
musí být součástí musí obsahovat musí obsahovat
musí být poslány
Vývoj cen
musí obsahovat musí být součástí
Období
Trnka Miroslav, Hloch Jaromír
Období
musí být součástí
musí vlastnit
Obchod Sklad obchodu Finanční obraty
Finanční obraty
musí být součástí
V Brně dne 10. března 2013
3. ERDish Každý zákazník musí vlastnit právě jednu zákaznickou kartu. Každá zákaznická karta musí patřit právě jednomu zákazníkovi. Každý zákazník může provést jeden nebo více nákupů. Každý nákup musí být proveden právě jedním zákazníkem. Každý zákazník musí obdržet jednu nebo více poukázek. Každá poukázka musí být zaslána právě jednomu zákazníkovi. Každá zákaznická karta může být použita při jednom nebo více nákupech. Každý nákup může být proveden právě jednou zákaznickou kartou. Každý výrobek musí být vyroben právě jedním výrobcem. Každý výrobce může vyrobit jeden nebo více výrobků. Každý výrobek musí patřit právě do jedné kategorie. Každá kategorie může obsahovat jeden nebo více výrobků. Každý výrobek musí být součástí jednoho nebo více skladů. Každý sklad obchodu musí obsahovat jeden nebo více výrobků. Každá kategorie může být nadřazena právě jedné kategorii. Každý obchod musí vlastnit právě jeden sklad. Každý sklad musí být součástí právě jednoho obchodu. Každý obchod musí být součástí jednoho nebo více finančních obratů. Každý finanční obrat musí obsahovat jeden nebo více obchodů. Každý sklad obchodu musí být součástí jednoho nebo více vývojů cen. Každý vývoj cen musí obsahovat jeden nebo více skladů. Každý finanční obrat musí obsahovat jeden nebo více období. Každé období musí být součástí jednoho nebo více finančních obratů. Každá poukázka musí obsahovat jedno nebo více období. Každé období musí být součástí jedné nebo více poukázek.
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
4. E-R diagram
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
5. Integritní omezení (podniková pravidla) Jednotlivé atributy zákazníka slouží pro pozdější analýzu způsobu nakupování. Jestliže zákazník použije při placení zákaznickou kartu, za každých 10 Kč se mu na kartu přičte 1 bod. Zákazník může sbírat body také na zlevněné zboží, za které budou přiřazeny extra body. V případě, že zákazník kartu nemá, nabídneme mu registraci. V případě nepoužití karty při nákupu se informace o nákupu ukládají taktéž. Cena v různých obchodech se může lišit. Jestliže je výrobek v akci, jeho cena je stejná ve všech obchodech. Ukládání informací o finančních obratech slouží k vytváření analýz, ze kterých se později vytvářejí slevy na vybrané zboží pro daný časový úsek. Slevy jsou realizované pomocí poukázek, které obdrží zákazníci.
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
6. Závěr a doporučení Výše nastíněný návrh je jedním z řešení, jak lze zadaný problém databázového systému vyřešit. Návrh splňuje požadovanou funkčnost a je normalizován do 3. normální formy.
Trnka Miroslav, Hloch Jaromír
V Brně dne 10. března 2013
