}w!"#$%&'()+,-./012345<ya

Transcription

1 MASARYKOVA UNIVERZITA FAKULTA INFORMATIKY }w!"#$%&'()+,-./012345<ya Informačný systém pre Chiquita Fruit Bar BAKALÁRSKA PRÁCA Tomáš Pauld uro Brno, 2014

2 Prehlásenie Prehlasujem, že táto bakalárska práca je mojím pôvodným autorským dielom, ktoré som vypracoval samostatne. Všetky zdroje, pramene a literatúru, ktoré som pri vypracovaní používal alebo z nich čerpal, v práci riadne citujem s uvedením úplného odkazu na príslušný zdroj. Tomáš Pauld uro Vedúci práce: Mgr. Adam Jurčík ii

3 Pod akovanie Chcel by som pod akovat môjmu vedúcemu bakalárskej práce Mgr. Adamovi Jurčíkovi za jeho ochotu, čas, rady a pripomienky, ktoré mi poskytoval. iii

4 Zhrnutie Ciel om bakalárskej práce je vytvorit informačný systém pre skladovú evidenciu a správu zamestnancov. Systém bude využivaný firmou Chiquita Fruit Bar a počas vývoja aplikácie bude prebiehat niekol ko konzultácií s majitel om tejto firmy. Jedná sa o vývoj novej webovej aplikácie, začinajúci konzultáciou s majitel om firmy a končiaci odovzdaním plne funkčnej aplikácie. Súčast ou práce je aj analýza už existujúcich riešení daného problému. Táto bakalárska práca popisuje riešenie celého problému, čiže analýzu požiadavkov, návrh riešenia a aj samotnú implementáciu. iv

5 Kl účové slová.net Framework, C#, Entity Framework, ASP.NET MVC, informačný systém, vývoj aplikácie v

6 Obsah 1 Úvod Analýza Doterajší systém Problémy v skladovej evidencii Problémy v evidencii zamestnancov Prvá konzultácia Požiadavky na informačný systém Užívatel ské rozhranie Existujúce riešenia ABRA G IZIO Záver z existujúcich riešení Použité technológie C# NET Framework Entity Framework ASP.NET MVC HTML Implementácia Návrh aplikácie Diagram prípadov použitia Diagram prípadov použitia v správe zamestnancov Diagram prípadov použitia v skladovej evidencii Diagram tried Diagram tried v správe zamestnancov Diagram tried v skladovej evidencii Implementácia Model Trieda StorageDataContext Trieda EmployeeDataContext Pohl ad Razor syntax Čiastočné pohl ady Dátové anotácie Riadič Typ ActionResult Posielanie dát z riadiča do pohl adu Prihlasovanie zamestnancov Druhá konzultácia Predvedenie informačného systému Nové požiadavky vi

7 4.4 Úpravy po druhej konzultácii Preklad do českého jazyka Pridanie novej sekcie Tretia konzultácia Predvedenie informačného systému Nové požiadavky Záver A Obsah CD vii

8 1 Úvod Chiquita Fruit Bar je firma, ktorá má svoju pobočku v podobe menšieho kiosku v Galerii Vaňkovka v Brne. Celkovo patria pod významnú spoločnost Chiquita, celosvetovo známu najmä vd aka svojmu dovozu exotického ovocia. V tomto ovocnom bare predávajú rôzne ovocné aj zeleninové produkty. Na výber je viacero druhov koktejlov alebo milkshakeov, ovocných kelímkov, zeleninových šalátov, müsli tyčiniek a iných pokrmov. Vo firme ale viackrát nastali rôzne komplikácie, či už pre majitel a firmy, alebo pre firemných zamestnancov. Vhodný informačný systém tieto komplikácie vyrieši a bude celkovým prínosom. Ked že som pre túto firmu v minulosti približne dva mesiace brigádoval, na konci tejto doby som sa s majitel om dohodol na vypracovaní informačného systému. Ciel om tejto bakalárskej práce bolo teda vytvorit informačný systém pre firmu Chiquita Fruit Bar, ktorý riešil doterajšie problémy vo firme. Systém bol vytvorený v spolupráci s majitel om firmy. Prebehlo niekol ko konzultácií, kde sa zistili požiadavky kladené na systém, a na základe týchto požiadaviek bol informačný systém naimplementovaný. Druhá kapitola popisuje prvú konzultáciu s majitel om firmy a v krátkosti sú tu analyzované existujúce riešenia. Tretia kapitola tejto práce je venovaná stručnému popisu technológií, ktoré som pri programovaní aplikácie využil. Vo štvrtej kapitole je popísaný samotný vývoj informačného systému. Ten pozostával z návrhu systému a následnej implementácie. V tejto kapitole je popísaný aj priebeh d alšich konzultácií s majitel om firmy. Bakalárska práca teda popisuje celý proces tvorby informačného systému. Začína získaním požiadaviek od majitel a a končí odovzdaním funkčnej aplikácie. 1

9 2 Analýza Pri analýze a návrhu systému sa dajú využit rôzne druhy spôsobu vývoja aplikácie. Medzi najznámejšie a najčastejšie využívané patria: Vodopádový prístup. Špirálový prístup. Iteratívny (inkrementálny) prístup. Prototypový prístup. Extrémne programovanie. RAD prístup (Rapid Application Development). Ja som pri analýze a návrhu systému použil iteratívny model vývoja aplikácie (Obr. 2.1) Iteratívny, alebo inak nazývaný aj inkrementálny, prístup vývoja aplikácie má za ciel hlavne obmedzit riziká projektu. Projekt je rozdelený na viacero menších častí a tým zjednodušuje možnosti zavedenia zmien počas procesu vývoja. V iteratívnom vývoji je hlavnou myšlienkou vytvorit systém pomocou opakovaných cyklov. Tieto cykly sa d alej delia na rôzne fázy. Každá z týchto fáz ma v celom vývoji inú funkciu: Konzultácia a získavanie požiadaviek. Analýza a návrh. Implementácia. Testovanie. Po skončení jedného cyklu sa vývojári systému dostanú opät do prvého bodu, kde prezentujú aktuálnu otestovanú verziu. Zákazník môže mat d alšie požiadavky, ktoré znamenajú d alší cyklus. Ak už zákazník nové požiadavky nemá, vývoj aplikácie je ukončený. [7] 2.1 Doterajší systém Vo firme Chiquita Fruit Bar doteraz nebol žiadny informačný systém. Aj preto mal majitel vel akrát problém s evidenciou položiek na sklade a správou zamestnancov, respektíve s ich odmenami za vykonanú prácu a plánovaním zmien. 2

10 2. ANALÝZA Obr. 2.1: Schéma vývoja aplikácie Problémy v skladovej evidencii Najväčší problém v skladovej evidencii bolo to, že majitel nevedel kol ko kusov akého tovaru má na sklade. Vždy, ked bolo potrebné doniest niečo zo skladu na predajňu, musel majitel osobne íst na sklad a vziat to. Mnohokrát sa ale stávalo, že tovar už na sklade nebol, pretože po poslednom odbere zo skladu ho majitel zabudol objednat. Iným problémom bolo aj nadmerné množstvo nejakého tovaru na sklade. Majitel prišiel na sklad, potrebný tovar nevedel nájst, a preto objednal nový. Po čase však zistil, že tovaru bolo ešte dost, a bol iba zaprataný inými vecami a nebolo ho vidiet Problémy v evidencii zamestnancov V zamestnaneckej sekcii boli iné problémy, predovšetkým s komunikáciou so zamestnancami. Zmeny majitel plánoval v programe Microsoft Excel a následne tento súbor poslal zamestnancom ako prílohu v i. Vel akrát sa ale stávalo, že zamestnancom neprišiel, alebo sa príloha k e- mailu nepripojila, prípadne ju majitel sám zabudol pripojit, alebo majitel celkom zabudol poslat. Zamestnanci nikdy nevedeli dátum zverejnenia zmien dopredu, preto nevedeli, či so zmenami už mali dostat alebo nie. Kvôli tomu sa vel akrát stávalo, že sa o svojej zmene dozvedeli len deň alebo dva dni dopredu. 3

11 2. ANALÝZA 2.2 Prvá konzultácia Prvá konzultácia s majitel om firmy Chiquita Fruit Bar prebehla v Brne. Ked že som v tejto firme v minulosti brigádoval, vedel som si približne predstavit aké budú požiadavky na nový informačný systém Požiadavky na informačný systém Hlavným ciel om konzultácie bolo spísat zoznam požiadavkov, ktoré bude nový infomačný systém spĺňat. Najdôležitejším výberom bol typ informačného systému. Bolo treba dohodnút sa, či informačný systém bude naprogramovaný ako webová alebo desktopová aplikácia. Najväčšia výhoda webovej aplikácie spočíva v tom, že je dostupná zo všetkých miest, kde má užívatel prístup na Internet, a je jedno, či má svoj notebook alebo telefón, alebo niekoho iného. K systému sa bude môct dostat a pracovat s ním rovnako. Ďalšou vel kou výhodou je to, že do systému bude mat prístup viac l udí. Ked že majitel úzko spolupracuje aj so svojou manželkou, ktorá plánuje väčšinu zmien zamestnancom, bolo dôležité aby aj ona mala k systému prístup. Tak isto bolo vel mi dôležité, aby aj zamestnanci mali možnost pozriet sa do informačného systému, pretože v ňom budú mat naplánované zmeny. Výhoda desktopovej aplikácie je, že netreba platit za hosting na internete. Po zvážení všetkých pre a proti webovej a desktopovej aplikáce sme sa spolu s majitel om a jeho manželkou dohodli, že systém bude naprogramovaný ako webová aplikácia. Požiadavky po prvej konzultácie sú nasledovné: Informačný systém bude rozdelený na dve hlavné sekcie sekcia zamestnancov a sekcia skladu. Sekcia zamestnancov majitel ovi umožní zobrazit všetkých zamestnancov, vytvorit nového alebo z evidencie odstránit bývalého zamestnanca, upravit niektoré položky u vybratého zamestnanca, naplánovat zamestnancovi zmeny a na základe týchto zmien poskytne systém nástroj na výpočet odmeny. Sekcia skladu bude pozostávat z výpisu všetkých položiek na sklade, pridania novej položky, odstránenia položky a úprave vybratých polí jednej skladovej položky. Majitel firmy bude môct plánovat zamestnancom zmeny aspoň na jeden mesiac dopredu. Zamestnanci budú môct vidiet informácie zo systému, ale nebudú mat povolené ich zmenit. 4

12 2. ANALÝZA Informačný systém poskytne majitel ovi prehl ad odpracovaných zmien za konkrétne mesiace Užívatel ské rozhranie Ďalšou témou konzultácie bolo užívatel ské rozhranie a grafický design aplikácie. S majitel om firmy sme sa dohodli, že mojou úlohou bude iba aplikáciu naprogramovat, pričom design a rozhranie pre užívatel a riešit nemusím. Aplikácia ešte pred uvedením do chodu bude predaná grafikovi z Nemecka, ktorý sa o design postará. 2.3 Existujúce riešenia Pred implementáciou nového informačného systému sme najprv s majitel om prebrali už existujúce riešenia. Ak by sa podarilo nájst vhodné riešenie, nebol by nový systém potrebný a ušetrilo by sa časom. Ja sám som vyskúšal viacero riešení, ale vybral som iba dve, ktoré sme spoločne s majitel om vyskúšali ABRA G2 Informačný systém ABRA je riešenie pre evidenciu podnikových procesov pokrývajúcich oblasti obchodu, ekonomických a manažérskych riadení a plánovaní. Je vhodný pre vel ké firmy, no aj pre menšie firmy, podnikatel ov a živnostníkov. Pre menšie firmy sa odporúča systém ABRA G2. Tento systém má vel mi prívetivé užívatel ské rozhranie, takže by majitel ani zamestnanci nemali mat väčší problém s používaním. Avšak vel kou nevýhodou je cena. Za tento systém je potrebné mesačne platit čiastku, ktorú majitel nebol ochotný platit. To je hlavný dôvod, prečo tento informačný systém nebol vhodný pre Chiquita Fruit Bar IZIO Ďalší systém sme teda vybrali tak, aby bol zadarmo. Do oka nám, hlavne kvôli užívatel skému prostrediu, padol systém IZIO. Systém IZIO bol vytvorený špeciálne pre malé spoločnosti. Obsahuje viacero možností správy zamestnancov a evidenciu skladu. Avšak ani tento systém nie je pre Chiquita Fruit Bar vhodný, pretože základná verzia, ktorá je zadarmo, neposkytuje možnost prihlásit sa z viacerých zariadení. Majitel však v požiadavkách stanovil, že do systému sa budú môct prihlásit aj zamestnanci. 5

13 2. ANALÝZA Záver z existujúcich riešení Ani jeden z týchto systémov majitel ovým požiadavkám nevyhovoval. Bud bol systém pre majitel a príliš nákladný, alebo sa do systému nemohlo prihlásit viac užívatel ov. Rozhodli sme sa teda pre vývoj nového informačného systému. 6

14 3 Použité technológie V tejto časti sa venujem popisu technológií, ktoré som na vývoj informačného systému použil. Pri výbere technológií som sa rozhodoval najmä na základe mojich znalostí a aby tieto technológie podporovali vývoj webových aplikácií. 3.1 C# C# je kompilovaný programovací jazyk, ktorý na trh uviedla spoločnost Microsoft v roku 2000 spolu s.net Frameworkom. Bol založený na jazykoch Java a C++ (a teda aj C). Je to vysokoúrovňový objektovo-orientovaný jazyk s prístupom k.net Framework Class Library, vhodný k vytváraniu najrôznejších typov aplikácií.[2] Medzi jeho najvýraznejšie špecifiká sa považujú: Nullovatel né typy - označujú sa otáznikom, napr. int? number. Pridávajú null hodnotu k množine povolených hodnôt pre dátové typy, ktoré null hodnotu v tejto množine nemajú. Pomocou nullovatel ných typov sa zlepšuje interakcia s databázou. LINQ (Language Integrated Query) - integrovaný dopytovací jazyk slúži k vytváraniu dopytov nad akýmikol vek dátami, napr. kolekciami. Ul ahčuje tvorbu dát, ich triedenie a vyhl adávanie v nich. Lambda výrazy - vytvárajú anonymné metódy, ktoré pozostávajú z jedného alebo viacerých príkazov, a je možné ich použit v situácii, kedy je očakávaný delegát. Rozširujúce metódy - doplňujú už existujúce triedy o nové metódy. Jedná sa o statické metódy, ktoré sa následne zavolajú na inštancii objektu. Jazyk C# ovládam zo všetkých programovacích jazykov najlepšie, a ked že ponúka široké spektrum možností tvorby webových aplikácií, rozhodol som sa ho k implementácii informačného systému využit. 3.2.NET Framework.NET Framework je technológia, ktorú v roku 2000 do sveta vypustila firma Microsoft. Vd aka nej bola predstavená nová vízia používania Internetu a webu vo vývoji a využíivaní aplikácií, ktorá spočívala najmä v bezpečnosti, bezproblémovosti a schopnosti modelovat širokú skálu najrôznejšich aplikácií. Súčast ou tejto iniciatívy bolo nevyužívat iba jeden konkrétny programovací jazyk, ale vývojárom umožnit vytvárat aplikácie vo všetkých jazykoch, ktoré sú s.net Frameworkom kompatibilné (napr. C#, J#, Delphi a iné). 7

15 3. POUŽITÉ TECHNOLÓGIE Tento aplikačný rámec je navrhnutý tak, aby spĺňal nasledujúce ciele: Poskytnút konzistentné objektovo-orientované prostredie, pričom nezáleži na tom, či je kód situovaný a spúšt aný lokálne, distribuovaný pomocou Internetu a spúšt aný lokálne, alebo spúšt aný na dial ku. Zabezpečit programovacie prostredie, ktoré minimalizuje konflikty pri nasadzovaní aplikácie a pri spravovaní verzií softwaru. Poskytnút prostredie, ktoré zaručuje zabezpečenie pri spustení kódu, zahŕňajúce bezpečnost spustenia kódu vytvoreného neznámou alebo aspoň zčasti neznámou stranou. Zapezpečit programovacie prostredie, ktoré eliminuje výkonnostné problémy skriptovaných alebo interpretovaných prostredí. Poskytnút konzistentný vývoj pre programátora naprieč rôznymi druhmi aplikácií, ako je napríklad webová aplikácia a aplikácia vytvorená pre Windows. Vybudovat komunikačné a priemyselné štandardy zabezpečujúce spoluprácu kódu založeného na.net Frameworku s akýmkol vek iným typom kódu.[1] Microsoft.NET Framework sa skladá z dvoch hlavných komponent: Common Language Runtime - charakteristickými črtami sú obstarávanie pamäti a vlákien, spustenie kódu aplikácie, overenie bezpečnosti kódu, kompilácia, a ostatné systémové služby. V podstate modul CLR je virtuálny stroj, ktorý je zodpovedný za spustenie.net programov. Skompilovaný kód skonvertuje do strojových inštrukcií, ktoré sú následne obslúžené a vykonané procesorom..net Framework Class Library - zahŕňa v sebe štandardné knižnice, ktoré sú organizované do hierarchie menných priestorov (namespace) a implementujú vel ké množstvo bežných funkcií, napríklad čitanie a zapisovanie do súborov, interakciu s databázou a podobne. Microsoft.NET Framework je kompatibilný aj s jazykom C#, preto som ho vo vývoji informačného systému využil aj ja. 3.3 Entity Framework Entity Framework pomáha pri objektovo relačnom zobrazovaní entít do databázy a naopak. Na základe tabuliek v databáze vytvára entity a poskytuje mechanizmus pre vykonávanie CRUD operácií (vytvorit, čítat, upravit, vymazat ). Entity Framework poskytuje aj riadenie vzt ahov medzi tabul kami databázy, pričom povol uje možnost dedičných vzt ahov medzi entitami (Obr. 3.1). 8

16 Najväčšie výhody v použivaní tohto aplikačného rámca sú: 3. POUŽITÉ TECHNOLÓGIE Možnost mat logiku prístupu k dátam napísanú vo vysokoúrovňovom jazyku (napr. C#). Koncepčný model môže byt lepšie reprezentovaný s využitím vzt ahov medzi jednotlivými entitami. Databáza je l ahko nahraditel ná bez zbytočných problémov, pretože prístup k dátam je prítomný vo vyššej vrtve. Trieda DBContext, presnejšie trieda z nej dediaca, ktorú Entity Framework obsahuje, pre nás automaticky vytvorí databázu, ktorá je kvôli konvencii pomenovaná podl a odvodeného kontextu. Táto trieda automaticky zistí pre aké triedy je potrebné vytvorit tabul ky v databáze a v prípade, že v triede nie sú definované, pridá aj primárne kl úče.[3] Entity Framework som sa v mojej aplikácii rozhodol využit hlavne kvôli tomu, že automaticky spravuje databázu a prístup k nej, a teda ja ako programátor nemusím navrhovat diagram entít a vzt ahov (Entity-Relationship diagram). Obr. 3.1: Architektúra Entity Frameworku[4] 9

17 3. POUŽITÉ TECHNOLÓGIE 3.4 ASP.NET MVC ASP.NET je súčast ou.net Frameworku pre tvorbu webových služieb a aplikácií. ASP.NET je webová platforma, ktorá poskytuje služby potrebné k naprogramovaniu webovej aplikácie. Je súčast ou.net Frameworku, takže jeho všetky súčasti sú dostupné aj v ASP.NET. Applikácia môže byt naprogramovaná v akomkol vek jazyku podporujúcom Common Language Runtime. Existujú tri technológie pre tvorbu webových aplikácií s ASP.NET: ASP.NET Web Forms. ASP.NET Web Pages. ASP.NET MVC. Ja používam poslednú menovanú technológiu, teda ASP.NET MVC. MVC znamená Model-View-Controller a je to architektúra aplikácie, ktorá oddel uje dátový model, riadiacu logiku a užívatel ské rozhranie do inej vrstvy. Tieto komponenty medzi sebou nezávisle komunikujú (Obr. 3.2). Obr. 3.2: Architektúra Model-View-Controller[5] 10

18 Každá komponenta má v architektúre aplikácie inú úlohu: 3. POUŽITÉ TECHNOLÓGIE Model - pozostáva zo všetkých tried, ktoré sú použité ako entity, a z databázy (v mojom prípade z tried dediacich z triedy DBContext). Pohl ad (View) - poskytuje uživatel ské rozhranie. Riadič (Controller) - riadi logiku celej aplikácie. Reaguje na rôzne udalosti, aktualizuje model a predáva informácie do pohl adu. ASP.NET MVC je vhodný pre tvorbu webových aplikácií, pretože rozdelenie logiky do troch sekcií ul ahčuje prácu a zlepšuje prehl ad. Práve kvôli týmto výhodám som sa ho rozhodol využit pri tvorbe informačného systému. 3.5 HTML HTML, teda HyperText Markup Language, je značkovací jazyk slúžiaci k popisu webových stránok. Tento jazyk je charakterizovaný množinou značiek s vlastnost ami a medzi ne sa uzatvára text stránky. Čast dokumentu, ktorá pozostáva z otváracej značky, ukončovacej značky a obsahu medzi nimi, sa nazýva prvok dokumentu.[6] Ked že informačný systém mal byt webová aplikácia, jazyk HTML bol nevyhnutnou súčast ou pri jeho tvorbe. 11

19 4 Implementácia Obsahom tejto kapitoly je popísat návrh a vývoj informačného systému od prvej až po poslednú konzultáciu s majitel om firmy. 4.1 Návrh aplikácie Diagram prípadov použitia Na základe požiadaviek bol najprv vypracovaný diagram prípadov použitia (Use- Case diagram). Diagram prípadov použitia je jeden z mnohých diagramov jazyka UML (Unified Modeling Language). Je to jednoduchá reprezentácia interakcie medzi užívatel om a informačným systémom znázorňujúci prípady použitia. Tento diagram prezentuje rozdielne typy užívatel ov systému a ich rôzné interakcie so systémom. Diagram prípadov použitia programátorom poskytuje vysokoúrovňový pohl ad na systém, pretože zjednodušuje a graficky reprezentuje to, čo informačný systém musí v skutočnosti robit. [8] Pozostáva z dvoch hlavných elementov: Prípad použitia postupnost akcií vo vzt ahu s aktérmi. Aktér externý objekt, ktorý používa jednotlivé prípady použitia (napr. majitel, systém). V mojom prípade som vytvoril diagram, v ktorom boli dvaja aktéri, majitel a zamestnanec, a viacero prípadov použitia. Pre lepšiu viditel nost som diagram rozdelil na dva menšie diagramy. Diagram prípadov použitia v správe zamestnancov Prvým z nich je diagram prípadov použitia znázorňujúci interakciu majitel a a zamestnancov so systémom v správe zamestnancov (Obr. 4.1). Diagram prípadov použitia v skladovej evidencii Druhý diagram prípadov použitia znázorňuje majitel a a prípady použitia v skladovej evidencii (Obr. 4.2). Následne bol diagram prípadov použitia ukázaný majitel ovi firmy Chiquita Fruit Bar, ktorý bol spokojný. Diagram prípadov použitia zobrazoval všetky požiadavky kladené na systém. 12

20 4. IMPLEMENTÁCIA Obr. 4.1: Diagram prípadov použitia pre správu zamestnancov Diagram tried Po diagrame prípadov použitia som sa teda mohol sústredit na návrh informačného systému. K tomu som použil diagram tried (Class diagram). Diagram tried je v softvérovom inžinierstve diagram, ktorý popisuje štruktúru systému zobrazením tried a ich atribútov, vlastností, metód a vzt ahov medzi jednotlivými triedami. Existujú dva základné typy diagramov tried: Analytický model tried modeluje typy objektov a vzt ahy medzi nimi. Väčšinou býva jednoduchý, prehl adný a chýbajú v ňom implementačné detaily. Návrhový model tried podobný ako analytický model, avšak je rozšírený o implementačné detaily a implementačné triedy. Väčšinou býva viacnásobne rozsiahlejší. Triedy v diagrame tried sú zobrazené ako obdĺžniky obsahujúce svoj názov, 13

21 4. IMPLEMENTÁCIA Obr. 4.2: Diagram prípadov použitia pre skladovú evidenciu atribúty a metódy. Popis atribútov a metód nemúsi byt úplný, to znamená, že pri mene nemusí byt uvedená návratová hodnota a viditel nost. Diagram tried v správe zamestnancov Môj návrh aplikáce, respektíve môj diagram tried, v správe zamestnancov pozostáva z troch tried: Employee - Zamestnanec. WorkMonth - Pracovný mesiac. Shift - Zmena. Trieda Employee si uchováva referenciu na kolekciu objektov typu WorkMonth, a trieda WorkMonth si v sebe uchováva referenciu na kolekciu objektov typu Shift. 14

22 4. IMPLEMENTÁCIA Ako prvé som musel navrhnút štruktúru jednej zmeny. Jedna zmena by mala obsahovat nasledujúce atribúty: Deň. Mesiac. Rok. Čas začiatku zmeny. Čas konca zmeny. Pracovný čas. Zamestnanec. Rozhodol som sa ale, že rozdelím zmeny podl a jednotlivých mesiacov, pretože majitel aj zamestnanci si budú vo väčšine prípadov prehliadat zmeny za jednotlivé mesiace. Výsledná trieda Shift má teda o pár atribútov menej (Obr. 4.3). Obr. 4.3: Diagram tried triedy Shift Ako d alšie som navrhol diagram triedy WorkMonth. Jeden pracovný mesiac by si mal uchovávat nasledujúce položky: Mesiac. Rok. Celkový počet odpracovaných hodín. Zmeny. Celkový počet odpracovaných hodín je súčet pracovných časov zo všetkých zmien, ktoré patria aktuálnemu pracovnému mesiacu (Obr. 4.4). 15

23 4. IMPLEMENTÁCIA Obr. 4.4: Diagram tried triedy WorkMonth Poslednou triedou v sekcii zamestnancov je trieda Employee. Predstavuje jedného zamestnanca a obsahuje nasledujúce atribúty: Meno. Priezvisko. Hodinovú mzdu. Dátum narodenia. Pracovné mesiace. Na základe hodinovej mzdy vie systém vypočítat odmeny v zamestnancových pracovných mesiacoch. Ešte bolo potrebné navrhnút prihlasovanie zamestnancov do systému. Majitel chcel prihlasovanie urobit svojím spôsobom. Chcel vždy pri pridaní nového zamestnanca do systému nastavit jeho užívatel ské meno a heslo. Tieto dve položky potom skutočnému zamestnancovi zdelí a ten sa na základe nich bude môct do systému prihlásit. Kvôli lepšej bezpečnosti pred neznámymi l ud mi chcel majitel zakázat registrovanie sa do systému. Výsledný diagram tried triedy Employee teda bolo treba doplnit o dva atribúty: Prihlasovacie meno. Prihlasovacie heslo. Užívatel si po prihlásení systému bude môct svoje heslo zmenit, ale užívatel - ské meno mu ostáva už navždy (Obr. 4.5). Trieda WorkMonth má referenciu na kolekciu objektov typu Shift, a ked že zmeny nemôžu existovat mimo pracovného mesiaca, táto väzba sa nazýva kompozícia. Tak isto aj vzt ah medzi triedami Employee a WorkMonth je kompozícia, pretože pracovné mesiace nemôžu existovat bez zamestnanca, ktorému by patrili. Výsledný diagram tried pre správu zamestnancov teda obsahuje tie triedy, pričom sú prepojené kompozičnou väzbou (Obr. 4.6). 16

24 4. IMPLEMENTÁCIA Obr. 4.5: Diagram tried triedy Employee Obr. 4.6: Výsledný diagram tried pre správu zamestnancov Diagram tried v skladovej evidencii Diagram tried v skladovej evidencii je o niečo jednoduchší. Pozostáva v podstate iba z jednej triedy, a to je položka na sklade (trieda Item), a výčtového typu, ktorý určuje typ množstva položky (výčtový typ QuantityType). 17

25 Trieda Item obsahuje tieto atribúty: Meno alebo názov. Množstvo. Limit. Typ množstva. Výčtový typ QuantityType pozostáva z troch zložiek: Kilogramy - kg. Mililitre - ml. Kusy - ks. 4. IMPLEMENTÁCIA Výsledný diagram tried teda obsahuje iba jednu triedu a jeden výčtový typ (Obr. 4.7). Obr. 4.7: Výsledný diagram tried pre skladovú evidenciu 4.2 Implementácia Po dokončení prípadov použitia a diagramu tried prišla na rad implementácia. Moja aplikácia je rozdelená na tri časti, pretože využíva aplikáčný rámec ASP.NET MVC. 18

26 4. IMPLEMENTÁCIA Model Sekcia model obsahuje triedy z diagramu tried, teda triedy Shift,WorkMonth, Employee, Item a výčtový typ QuantityType, a triedy StorageDataContext a EmployeeDataContext. Dve posledné menované triedy, teda triedy StorageDataContext a EmployeeData- Context, sú triedy dediace z triedy Entity Frameworku DbContext. Nakol ko som si nevytváral žiadnu vlastnú databázu, ani som si ju nedefinoval pomocou žiadneho UML diagramu, nechal som si automaticky vytvorit Microsoft SQL Express databázu práve pomocou týchto dvoch tried. V mojich triedach, okrem triedy Employee, nemám definovaný primárny kl úč pre databázu. Entity Framework je ale natol ko inteligentný, že vie primárny kl úč zabostarat sám tromi rôznymi spôsobmi: V triedach si vyhl adá atribúty a vyhodnotí, či sa v nej nachádza atribút vhodný na to, aby bol primárny kl úč. Takýto atribút obvykle vo svojom názve obsahuje slovo ID. Pomocou dátových anotácií, ktorými programátor v triede označí atribút, ktorý má byt primárny kl úč (Ukážka kódu 4.1). Ak Entity Framework nenájde žiadny vhodný atribút a nenájde ani dátovú anotáciu popisujúcu primárny kl úč, vytvorí si ho sám. Ukážka kódu 4.1: Dátová anotácia Key 1 public class Customer 2 { 3 [Key] 4 public string SecurityNumber { get; set; } 5 } Trieda StorageDataContext Trieda StorageDataContext obsahuje property typu kolekcia objektov triedy Item, ktorá má verejnú get metódu. Pomocou nej si programátor môže vytiahnut z databázy všetky objekty typu Item predtým uložené do databázy (Ukážka kódu 4.2). Ukážka kódu 4.2: Prístup ku kolekcii Items 1 var database = new StorageDataContext(); 2 IList<Item> items = database.items.tolist(); 19

27 4. IMPLEMENTÁCIA Trieda EmployeeDataContext Na tom istom princípe funguje aj trieda EmployeeDataContext, kde ale nemám uložené objekty triedy Item, ale objekty triedy Employee. Každý objekt triedy Employee v sebe obsahuje kolekciu objektov triedy WorkMonth, takže pri získaní všetkých objektov Employee jednoducho dokážem získat aj všetky objekty WorkMonth (Ukážka kódu 4.3). Ukážka kódu 4.3: Prístup ku kolekcii Employee a WorkMonth 1 var database = new EmployeeDataContext(); 2 IList<Employee> employees = database.employees.tolist(); 3 IList<WorkMonth> workmonths = new List<WorkMonth>(); 4 foreach (Employee employee in employees) 5 { 6 workmonths = workmonths.concat(employee.workmonths).tolist(); 7 } Pohl ad Druhá sekcia, sekcia pohl ad, obsahuje všetky stránky zodpovedné za to, čo uvidí užívatel. Avšak aplikačný rámec ASP.NET MVC nevytvára klasické *.html súbory, ale svoje vlastné *.cshtml súbory, ktoré obsahujú HTML tagy rozšírené o bloky kódu s Razor syntaxou. Razor syntax Razor je jednoduchá programovacia syntax slúžiaca na vkladanie kódu do webových stránok. Je založená na aplikačnom rámci ASP.NET a je súčast ou.net Frameworku (Ukážka kódu 4.4). Webova stránka obsahujúca Razor syntax môže byt opísana ako *.html súbor s dva druhmi obsahu: HTML kód. Kód programovacieho jazyka. Ked server načíta stránku, najprv spustí Razor kód, a až potom odošle HTML stránku internetovému prehliadaču. Kód, ktorý je pustený na serveri, totiž mnohokrát vykonáva operácie, ktoré nemôžu byt uskutočnené na strane klienta (napr. prístup do databázy). Pre internetový prehliadač však HTML kód generovaný serverovým kódom nemá žiadny rozdiel oproti statickému HTML kódu. Pomocou špeciálneho Razor syntax vie rozoznat, že sa nejedná o text na webovú stránku, ale o kód, ktorý sa má vykonat. 20

28 Ukážka kódu 4.4: Razor syntax IEnumerable<ChiquitaIS.Models.Storage.Item> 2 <h2>storage</h2> 0) 4 { 5 foreach (ChiquitaIS.Models.Storage.Item item in Model) 6 { 7 <p>@model.name 8 } 9 } 10 else 11 { 12 <p>storage is empty</p> 13 } 4. IMPLEMENTÁCIA Čiastočné pohl ady Aplikačný rámec ASP.NET MVC podporuje aj čiastočné pohl ady. Tie sa využivajú najmä pri vypisovaní objektov z kolekcií, pretože programátorovi umožňujú rozdelit HTML stránku do viacerých súborov. Výsledný kód je tak prehl adnejši a lepšie rozšíritel ný. Čiastočné pohl ady sú v Razor syntaxi prístupné pomocou špeciálnej metódy statickej triedy Html Partial, ktorá ako argument berie názov čiastočného pohl adu (Ukážka kódu 4.5 a 4.6). Podl a konvencie ASP.NET MVC sa názvy čiastočných pohl adov začínajú znakom podtržítka, aby boli nejako oddelené od klasický pohl adov. Tak isto sa podl a konvencie ukladajú do zložky Shared. Ukážka kódu 4.5: Odkaz na čiastočný pohl ad IEnumerable<ChiquitaIS.Models.Storage.Item> 2 <h2>storage</h2> 0) 4 { 5 foreach (ChiquitaIS.Models.Storage.Item item in Model) 6 { item) 8 } 9 } 10 else 11 { 12 <p>storage is empty</p> 13 } 21

29 Ukážka kódu 4.6: Kód čiastočného pohl adu 4. IMPLEMENTÁCIA ChiquitaIS.Models.Storage.Item 2 <div> 3 "Delete", new { id })</h4> 6 </div> Dátové anotácie Novinkou oproti iným aplikačným rámcom je ASP.NET MVC v tom, že v modelových triedach sa dajú využit dátové anotácie. Tieto dátové anotácie majú priamy dopad na niektoré pohl ady, napríklad pohl ad Create, ktorý sa dá nechat automaticky vygenerovat. V triedach v sekcii model môže vývojár definovat rôzne obmedzenia pre dátové položky, ako je napríklad dĺžka ret azca, maximálna výška čísla a podobne (Ukážka kódu 4.7). Tieto anotácie potom v pohl ade Create nedovolia užívatel ovi zadat vstup, ktorý by bol mimo povolených hodnôt. Vd aka tomuto nemusíme v pohl ade definovat obmedzenia a tým pádom je lepšie rozdelená programová logika s výpisom informácií pre užívatel a. Ukážka kódu 4.7: Dátové anotácie 1 [Required] 2 [MinLength(3)] 3 [MaxLength(100)] 4 [Display(Name = "Employee s name")] 5 public string Name { get; set; } Riadič Posledná sekcia, riadič, je zodpovedná za logiku celej aplikácie. Táto sekcia obsahuje klasické C# triedy, ktoré dedia z triedy Controller. V týchto triedach sa už naplno využívajú triedy zo sekcie modelov. V týchto triedach sa nachádzajú špeciálne metódy, ktoré ako návratový typ majú ActionResult. Typ ActionResult ActionResult je trieda reprezentujúca výsledok metódy. Na základe funkcie, ktorú 22

30 4. IMPLEMENTÁCIA metóda vykonáva, sa rozhodne výsledok akej akcie sa vráti. Vo väčšine prípadoch je výsledok funkcie získaný zavolaním metódy View, ktorá vracia inštanciu typu ViewResult. ViewResult dedí z ActionResult. V metóde View je teda návratovou hodnotou inštancia triedy ViewResult a metóda vracajúca ActionResult nemá problém s pretypovaním. Je dobré mat ako návratovú hodnotu triedu ActionResult, pretože v komplikovanejšich metódach je mnohokrát potrebné vrátit rôzne typy výsledkov. 1 public ActionResult Index() 2 { 3 return View(); 4 } Ukážka kódu 4.8: ActionResult a metóda View Posielanie dát z riadiča do pohl adu Metódy v mnou vytvorených triedach dediacich z triedy Controller sú triedy EmployeeController a StorageController. Trieda EmployeeController spravuje sekciu zamestnancov a StorageController spravuje skladovú evidenciu. Práve tieto triedy sú zodpovedné za dáta, ktoré HTML kód v pohl adoch vypíše užívatel ovi. V aplikačnom rámci ASP.NET MVC existujú štyri spôsoby posielania dát medzi riadičom a pohl adom: Dáta sú posielané ako argument metódy View. Dáta sú posielané cez objekt ViewData. Dáta sú posielané cez objekt TempData. Dáta sú posielané cez objekt ViewBag. Tieto spôsoby môžu byt medzi sebou l ubovol ne kombinované (Ukážka kódu 4.9 a 4.10). Ukážka kódu 4.9: Posielanie dát z riadiča do pohl adu 1 var db = new StorageDataContext(); 2 var items = db.items.toarray(); 3 Item itemtopass = items.first(); 4 ViewBag.Items = items; 5 ViewData["Items"] = items; 6 TempData["Items"] = items; 7 return View(items); 23

31 Ukážka kódu 4.10: Príjmanie dát z riadiča do pohl adu ChiquitaIS.Models.Storage.Item 3 var itemviewbag = ViewBag.Item; 4 var itemviewdata = ViewData["Item"]; 5 var itemtempdata = TempData["Item"]; 6 } 7 <h2>@model.name</h2> 8 <p> 9 10 ) 12 </p> 4. IMPLEMENTÁCIA V mojej aplikácii väčšinou používam posielanie dát ako argumenty metódy View, avšak v niektorých prípadoch som musel dáta poslat cez objekt ViewBag. Prihlasovanie zamestnancov Po naprogramovaní celej aplikácie bolo potrebné ešte doladit poslednú vec. Informačný systém v tomto štádiu fungoval tak, že ktokol vek mohol prevádzat zmeny, napr. pridávat zamestnancov alebo upravovat položky na sklade. Našt astie aplikačný rámec ASP.NET MVC sa postaral aj o toto, stačilo iba zopár zmien v kóde. Prvým bolo pridanie dátových anotácií, tentokrát však nie do tried zo sekcie modelov, ale do tried zo sekcie riadičov. Tieto anotácie určujú kto je oprávnený zavolat ktorú metódu. Niektoré anotácie povol ujú volat metódy všetkým užívatel om, teda prihláseným aj neprihláseným, iné povol ujú volanie metód iba prihláseným užívatel om, no a niektoré definujú takzvanú bielu listinu. Biela listina je opak čiernej listiny. Selektívne určuje mená alebo role užívatel ov, ktorí majú k danej metóde prístup (Ukážka kódu 4.11). Ukážka kódu 4.11: Autorizačné dátové anotácie 1 [Authorize(Users = "admin,administrator")] Po pridaní autorizačných dátových anotácií bolo ešte treba pozmenit výpis všetkých zamestnancov. Každý zamestnanec uvidí informácie o sebe a admin uvidí informácie o všetkých zamestnancoch. Pohl ad Index v správe zamestnancov ako svoj model príjma od riadiča typ IEnumerable<Employee>. Metódu Index v riadiči som chcel upravit tak, aby som 24

32 4. IMPLEMENTÁCIA pohl ad k tejto metóde nemusel upravovat. Preto som pridal podmienku pre výber iba jedného zamestnanca z kolekcie všetkých zamestnancov na základe porovnania zamestnancovho prihlasovacieho mena a meno prihláseného užívatel a. K tomuto som využil LINQ (Ukážka kódu 4.12). Ukážka kódu 4.12: Výber jedného zamestnanca podl a prihlasovacieho mena 1 if (User.Identity.Name!= "admin") 2 { 3 var employee = from tmpemployee in employees where tmpemployee.username == User.Identity.Name select tmpemployee; 4 } Posledná zmena bola zmena prístupu v pohl ade. Bolo potrebné nastavit, aby niektoré operácie mohol vykonávat iba majitel (napr. odstránenie zmien alebo prístup do sekcie skladu). Toto som vyriešil podobne ako predchádzajúcu zmenu, a teda porovnaním mena prihláseného užívatel a s prihlasovacím menom admina (Ukážka kódu 4.13). Ukážka kódu 4.13: Obmedzenie operácii v pohl ade == "admin") 2 { "Delete", new { id }) 4 } 4.3 Druhá konzultácia Ďalšia, v poradí druhá konzultácia, prišla na radu o necelý mesiac neskôr. Majitel ovi bola predvedená najnovšia verzia informačného systému a na rad prišli aj nové požiadavky Predvedenie informačného systému Ako prvé som majitel ovi ukázal aktuálnu verziu informačného systému. Postavil som pred neho svoj notebook so spustenou aplikáciou, ktorá bola plne funkčná. Informačný systém neobsahoval žiadne dáta, takže majitel musel urobit všetko sám. Presne tak, ako to bude v reálnom zavedení systému. Po chvíl ke sa ukázalo, že majitel firmy Chiquita Fruit Bar nemal žiadny problém ani s jednou sekciou webovej aplikácie. Vedel vytvorit nového zamestnanca, 25

33 4. IMPLEMENTÁCIA naplánovat mu nejaké zmeny a nechat si spočítat jeho mzdu za vybratý mesiac. Tak isto mu nerobilo problém ani pridat nové položky do skladu a následne ich odobrat Nové požiadavky Ako to už však býva zvykom, po druhej konzultácii prišli na radu aj nové požiadavky. Majitel ovi sa síce aktuálna verzia systému páčila, avšak chcel tam pridat dve veci: Preklad informačného systému do českého jazyka. Pridanie novej sekcie s názvom kalendár. 4.4 Úpravy po druhej konzultácii Preklad do českého jazyka Preklad aplikácie do českého jazyka vo vývoji nepredstavoval problém a žiadne výraznejšie zasahovanie do systému. Stačilo v pohl adoch prepísat zopár nadpisov a v triedach modelu prepísat dátové anotácie Pridanie novej sekcie Pridanie novej sekcie si už vyžadovalo viac práce. Bolo potrebné vytvorit nový riadič s názvom CalendarController a tak isto aj nové pohl ady k tomuto riadiču. Nové triedy do sekcie modelov neboli nutné, pretože sa stále pracuje s rovnakými entitami. Podl a majitel a mal kalendár fungovat jednoducho. Pre užívatel a sa vypíše zoznam všetkých mesiacov, pre ktoré sú v informačnom systéme naplánované zmeny. Tieto mesiace budú zoradené zostupne, pretože obvykle si majitel a zamestnanci budú chciet pozriet zmeny pre nové mesiace. Po rozkliknutí jedného mesiaca sa zobrazí zoznam zmien v tomto mesiaci rozdelený na dni a v každom dni budú zobrazené zmeny konkrétnych zamestnancov. Tieto zmeny budú zoradené primárne podl a času začiatku zmeny, v prípade rovnakého času začiatku sa zoradia podl a času ukončenia zmeny. V prvom rade bolo potrebné vybrat iba tie zmeny, ktoré sú situované do vybratého mesiaca. K tomuto som využil technológiu LINQ (Ukážka kódu 4.14). LINQ je integrovaný dopytovací jazyk, ktorý bol verejnosti sprístupnený v roku 2008 spolu s novou verziou.net Frameworku. LINQ programátorovi poskytuje štandardné, l ahko naučitel né vzory pre dopyty nad rôznymi dátami. Tento dopytovací jazyk je možné využívat v klasických kolekciách (LINQ to Objects), ale aj SQL databázach (LINQ to SQL), ADO.NET dátových množinách alebo XML dokumentoch(linq to XML). LINQ nám teda prináša úplne nový spôsob tvorby, triedenia, prepojovania a vyhl adávania dát. [9] 26

34 Ukážka kódu 4.14: Výber zmien v jednom mesiaci 4. IMPLEMENTÁCIA 1 var db = new EmployeeDataContext(); 2 IList<WorkMonth> workmonths = new List<WorkMonth>(); 3 foreach (var employee in db.employees) 4 { 5 workmonths = workmonths.concat(employee.workmonths).tolist(); 6 } 7 var selectedworkmonths = 8 from tmpmonth in workmonths 9 where tmpmonth.year == selectedyear && tmpmonth.month == selectedmonth 10 select tmpmonth; Ked už boli vybraté iba zmeny za nejaký mesiac, bolo potrebné tieto zmeny zoradit. Na zoradenie zmien v mesiaci som využil lambda funkcie (Ukážka kódu 4.15). Lambda funkcie sú anonymné funkcie, ktoré sú vel mi úzko späté s technológiou LINQ. V programe sa dajú použit namiesto delegátov, pričom vo väčšine prípadov sú ovel a prehl adnejšie a lepšie čitatel né. [10] Ukážka kódu 4.15: Zoradenie všetkých zmien v mesiaci 1 selectedworkmonths = selectedworkmonths.orderbydescending(o => o.year).thenbydescending(o => o.month).tolist(); 4.5 Tretia konzultácia Po naimplementovaní novej sekcie a preložení informačného systému do českého jazyka sme sa s majitel om stretli opät po necelých dvoch týždňoch. Náplňou tretej konzultácie bola opät v prvom rade prezentácia a odskúšanie novej verzie webovej aplikácie a následne návrh nových požiadaviek Predvedenie informačného systému Predvedenie informačného systému prebiehalo rovnakou formou ako počas druhej konzultácie. Majitel dostal do rúk notebook s aktuálnou verziou informačného systému. Tentokrát systém obsahoval dáta z predchádzajúcej konzultácie, aby majitel lepšie videl ako bude aplikácia vyzerat. Nemusel tak vytvárat vel a nových zmien, zamestnancov a položiek do skladu. Ked že sa užívatel ské prostredie systému okrem jazyka nijako nezmenilo, majitel firmy Chiquita Fruit Bar vedel s aplikáciou narábat. 27

35 4. IMPLEMENTÁCIA Po chvíli testovania systému mi bolo zdelené, že systém funguje tak ako má a majitel je s vykonanou prácou spokojný Nové požiadavky Po fáze otestovania informačného systému majitel om sme sa dostali k téme nových požiadaviek. Tentokrát však žiadne nové požiadavky zo strany majitel a nepribudli, a tak bol vývoj aplikácie úspešne ukončený. 28

36 5 Záver Základným ciel om práce bolo vyvinút nový informačný systém pre firmu Chiquita Fruit Bar. Vývoj tohto systému začal prvou konzultáciou s majitel om firmy. Ďalej pokračoval analýzou už existujúcich riešení daného problému. Následne vývoj pokračoval analýzou požiadaviek a na jej základe bolo navrhnuté riešenie. Poslednou čast ou vývoja nového systému bola jeho implementácia. Testovanie aplikácie prevádzal majitel firmy pri konzultáciách. Informačný systém, ktorý bol naprogramovaný ako webová aplikácia, bol úspešne vytvorený na základe dvoch konzultácií. Na prvej konzultácii majitel zadal prvé požiadavky na systém, ktoré boli všetky splnené počas niekol kých týždňov od konzultácie. Na druhej konzultácii bol systém otestovaný majitel om firmy a boli pridané ešte dve nové požiadavky. Tie boli opät splnené a na tretej konzultácii otestované. Ked že sa majitel ovi výsledná aplikácia na tretej konzultácii páčila, vývoj informačného systému bol ukončený. Následne bude systém predaný grafikovi z Nemecka, ktorý mu dá výslednú podobu. Potom už bude aplikácia uvedená do chodu na oficiálnej webovej stránke firmy Chiquita Fruit Bar. Spolupráca s majitel om je naplánovaná aj do budúcnosti. Ked bude informačný systém fungovat na webovej stránke, bude sa konat d alšia konzultácia, kde preberieme možnosti vylepšenia informačného systému. Ako možné vylepšenie môžem uviest napríklad export zmien do PDF súboru. Majitel si ho bude môct vytlačit a odložit pre prípad, že by v budúcnosti potreboval prehl ad zmien aj už odstránených zamestnancov. Systém totiž momentálne funguje tak, že v prípade odstránenia zamestnanca sa odstránia aj jeho zmeny. 29

37 Literatúra [1] msdn [online]..net Framework 4.5, Microsoft, c2014 [cit ]. Overview of the.net Framework. Dostupné z WWW: < microsoft.com/en-us/library/zw4w595w.aspx> [2] ROB, Miles. C# Programming (Department of Computer Sceince University of Hull). : Dept of computer science, Univ of Hull, s. ISBN [3] msdn [online]. Entity Framework, Microsoft, c2014 [cit ]. Code First to a New Database. Dostupné z WWW: < en-us/data/jj193542> [4] SINGH, Rahul Rajat [online]. Entity Framework, CODE PRO- JECT, c2012 [cit ]. An Introduction to Entity Framework for Absolute Beginners. Dostupné z WWW: < An-Introduction-to-Entity-Framework-for-Absolute-B> [5] PAZ, José Rolando Guay.Beginning ASP. NET MVC 4. : Apress, s. ISBN [6] W3C [online]. HTML, W3C, c2011 [cit ]. HTML. Dostupné z WWW: < [7] BITTNER, Kurt, SPENCE, Ian.Managing Iterative Software Development Projects. : Addison-Wesley Professional, s. ISBN [8] FOWLER, Martin. UML Distilled: A Brief Guide to the Standard Object Modeling Language. :Addison-Wesley Professional, 2003, 208 s. ISBN [9] msdn [online]. LINQ, Microsoft, c2014 [cit ]. LINQ (Language- Integrated Query). Dostupné z WWW: < en-us/library/bb aspx> [10] SKEET, Jon. C# in depth. Edited by Eric Lippert. Greenwich, Conn.: Manning, xxx, 392 s. ISBN

38 A Obsah CD Priložené CD obsahuje: Priečinok ChiquitaIS - Zdrojové súbory informačného systému Priečinok Pictures - obrázka použité v texte Bakalarska-praca pdf - Text práce vo formáte PDF Bakalarska-praca tex - Text práce vo formáte pre L A TEX 31