Mobilní aplikace pro inventarizaci majetku

M ASARYKOVA UNIVERZITA FAKULTA INFORMATIKY

Mobiln´ı aplikace pro inventarizaci majetku ´ D IPLOMOV A´ PR ACE

Bc. Josef Zapletal

Brno, Podzim 2014

Prohlásˇ en´ı ˚ Prohlaˇsuji, zˇ e tato diplomová práce je mym ım autorskym ´ puvodn´ ´ d´ılem, které jsem vypracoval samostatnˇe. Vˇsechny zdroje, prameny a literaturu, které jsem pˇri vypracován´ı pouˇz´ıval nebo z nich cˇ erpal, v práci rˇ a´ dnˇe cituji ´ s uveden´ım upln´ eho odkazu na pˇr´ısluˇsny´ zdroj.

Vedouc´ı práce: RNDr. Jaroslav Pelikán, Ph.D. ii

Podˇekován´ı Dˇekuji RNDr. Jaroslavu Pelikánovi za odborné veden´ı diplomové práce a poskytován´ı cennych ´ rad pˇri jej´ım zpracován´ı. Dále chci podˇekovat Kateˇrinˇe ˚ cen´ı zaˇr´ızen´ı. Klosové ze spoleˇcnosti Motorola za zapujˇ

iii

Shrnut´ı Tématem práce je navrˇzen´ı a implementace systému pro zpracován´ı inventury. Systém se skládá z aplikace pro operaˇcn´ı systém Android, která ´ u˚ a doplnˇen´ı bude slouˇzit pro sn´ımán´ı zboˇz´ı pomoc´ı cˇ teˇcky cˇ a´ rovych ´ kod dalˇs´ıch informac´ı k danému zboˇz´ı. Dále se zde nacház´ı server, ktery´ poskytuje data mobiln´ı aplikaci (data pocház´ı z extern´ıho informaˇcn´ıho systému) a nasn´ımaná data z mobiln´ı aplikace dále zpracovává. Pˇres webové roz˚ eh hran´ı serveru je moˇzné provést pˇr´ıpadnou korekturu dat a sledovat prubˇ inventury. Data jsou ukládána v SQL databázi. Jakmile jsou vˇsechna inventurn´ı data naˇctena, tak je proveden zpˇetny´ zápis inventury do informaˇcn´ıho systému.

iv

Kl´ıcˇ ová slova Android, operaˇcn´ı systém, server, aplikace, WCF, ASP, ASP.NET, SQL, databáze, mobiln´ı telefon

v

Obsah 1

Platforma Android . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.1 Obecné informace . . . . . . . . . . . . . . . . . . . . . . . . . 1.2 Architektura . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.3 Vyvoj aplikac´ı . . . . . . . . . . . . . . . . . . . . . . . . . . . ´ ˇ 1.4 Zivotn´ ı cyklus aplikace . . . . . . . . . . . . . . . . . . . . . . 2 Prubˇ ˚ eh inventarizace . . . . . . . . . . . . . . . . . . . . . . . . . . 2.1 Souˇcasny´ stav . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2 Navrhnuté nové rˇ eˇsen´ı . . . . . . . . . . . . . . . . . . . . . . 2.2.1 Novy´ postup inventury . . . . . . . . . . . . . . . . . 3 Popis a implementace aplikace . . . . . . . . . . . . . . . . . . . . 3.1 Vyuˇzité knihovny . . . . . . . . . . . . . . . . . . . . . . . . . 3.1.1 Jackson - zpracován´ı formátu JSON . . . . . . . . . . ´ u˚ pomoc´ı fo3.1.2 ZXing - zpracován´ı 1D/2D cˇ a´ rovych ´ kod toaparátu . . . . . . . . . . . . . . . . . . . . . . . . . 3.2 Techniky pouˇzité v aplikaci . . . . . . . . . . . . . . . . . . . 3.2.1 Práce s databáz´ı SQLite . . . . . . . . . . . . . . . . . 3.2.2 Návrhovy´ vzor ViewHolder . . . . . . . . . . . . . . . 3.2.3 Vyuˇzit´ı lintu a dalˇs´ı tipy . . . . . . . . . . . . . . . . . 3.3 Srovnán´ı s existuj´ıc´ımi rˇ eˇsen´ımi . . . . . . . . . . . . . . . . . 3.4 Motorola Extension (Mx) . . . . . . . . . . . . . . . . . . . . . 4 Popis a implementace serveru . . . . . . . . . . . . . . . . . . . . 4.1 Popis databáze . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2 Popis komunikace mezi aplikac´ı a serverem . . . . . . . . . . 4.3 Popis webového rozhran´ı . . . . . . . . . . . . . . . . . . . . 4.3.1 WebForms vs. MVC . . . . . . . . . . . . . . . . . . . 4.3.2 Vyuˇzit´ı MasterPage . . . . . . . . . . . . . . . . . . . . 4.4 Popis komunikace mezi serverem a informaˇcn´ım systémem 5 Závˇer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A Ukázkové zdrojové kody ´ . . . . . . . . . . . . . . . . . . . . . . .

3 3 5 6 9 11 11 12 14 16 16 16 17 19 19 21 21 22 24 27 27 31 34 36 39 40 43 44

1

´ Uvod Zpracován´ı inventury je pro mnoho firem velmi nároˇcná a zdlouhavá cˇ innost. Vˇetˇsina firem vyuˇz´ıvá nˇejaky´ informaˇcn´ı systém, ale uˇz nevyuˇzij´ı ˚ ych data, která maj´ı uloˇzena v tomto systému pro optimalizaci ruzn ´ druhu˚ procesu˚ ve firmˇe (napˇr´ıklad pˇr´ıjem nebo vydej zboˇz´ı). ´ C´ılem této diplomové práce je vytvoˇrit aplikaci pro OS Android, která bude obsahovat data z extern´ıho informaˇcn´ıho systému. Obsluha bude m´ıt tedy pˇrehled o dané inventuˇre a poloˇzkách, které tato inventura obsa´ ´ huje. D´ıky vyuˇz´ıt´ı cˇ teˇcky cˇ a´ rovych bude moˇzné sn´ımat cˇ a´ rové kody ´ kodu jednotlivych poloˇzek. Po naˇcten´ı vˇsech poloˇzek a doplnˇen´ı dalˇs´ıch dat ´ (napˇr´ıklad mnoˇzstv´ı), budou vˇsechny informace odeslány na server, kde dojde k dalˇs´ımu zpracován´ı. Na serveru je moˇzné provést napˇr. editaci dat, ˚ eh samotné inventury atd. Jakmile dojde k nasn´ımán´ı vˇsech sledovat prubˇ dat, tak obshluha provede zpˇetny´ import dat do IS a t´ımto je inventura ukonˇcena. Samotny´ text této práce je rozdˇelen do nˇekolika kapitol. Popis operaˇcn´ıho systému Android a základn´ı specifikace vyvoje aplikac´ı pro ´ tuto platformu jsou uvedeny v kapitole 1. Kapitola 2 obsahuje popis ˚ ehu inventury ve zvolené firmˇe a navrˇzeny´ novy, stáváj´ıc´ıho prubˇ ´ rychlejˇs´ı a pˇresnˇejˇs´ı postup. Kapitola 3 popisuje zaj´ımavé implementaˇcn´ı cˇ a´ sti aplikace a analyzuje existuj´ıc´ı rˇ eˇsen´ı. V kapitole 4 je popsána databáze, která slouˇz´ı pro ukládán´ı dat, dále je zde uveden popis serveru a webového rozhran´ı a komunikace mezi serverem a aplikac´ı. Posledn´ı kapitola shrnuje cely´ vyvoj aplikace a dosaˇzené vysledky. ´ ´

2

Kapitola 1

Platforma Android 1.1

Obecné informace

Android [3] je operaˇcn´ı systém (OS) pro mobiln´ı zaˇr´ızen´ı, ktery´ je postaven na linuxovém jádˇre. Prvn´ı verze Androidu byla vydána v roce 2008. ˚ ych Primárn´ı urˇcen´ı systému je pro pouˇzit´ı na ruzn mobiln´ıch zaˇr´ızen´ıch ´ s dotykovou obrazovkou (smartphony, tablety atd.). V souˇcasné dobˇe se ale ˚ a prostˇred´ı a vyuˇzit´ı. stále cˇ astˇeji objevuj´ı upravené verze systému pro ruzn´ Napˇr´ıklad modifikace s názvem Android Auto se pouˇz´ıvá v modern´ıch au´ tomobilech, dále tˇreba uprava Android TV, která najde uplatnˇen´ı v televizorech a nebo systém Android Wear, ktery´ lze naj´ıt napˇr´ıklad v chytrych ´ hodinkách nebo fitness náramc´ıch (tzv. Wearables). Android je moˇzné modifikovat pro opravdu sˇ iroké vyuˇzit´ı a nemus´ı j´ıt jenom o zaˇr´ızen´ı, která se ovládaj´ı pomoc´ı dotyku˚ (lze jej naj´ıt tˇreba i v digitáln´ıch kamerách). Ovládán´ı vlastn´ıho systému je zaloˇzeno na vyuˇz´ıván´ı dotykovych ´ gest (swiping, tapping, ...), které uˇzivateli pˇrijdou srozumitelná a intuitivn´ı. Dále Android vyuˇz´ıvá napˇr´ıklad virtuáln´ı klávesnici nar ozd´ıl od klasické hardwarové klávesnice, kterou vyuˇz´ıvaj´ı jiné OS. Dle [4] je Android v souˇcasné dobˇe nejrozˇs´ırˇ enˇejˇs´ım mobiln´ım operaˇcn´ım systémem na svˇetˇe. Do roku 2013 bylo prodáno v´ıce zaˇr´ızen´ı s Androidem neˇz zaˇr´ızen´ı s operaˇcn´ımi systémy Windows Mobile, Mac a iOS dohromady. V internetovém obchodˇe Google Play [25], pˇres ktery´ si uˇzivatelé stahuj´ı obsah do svého zaˇr´ızen´ı, je nahráno v´ıce neˇz 1 milion aplikac´ı a her. Celosvˇetovy´ trˇzn´ı pod´ıl této platformy je kolem 80 %. Druhy´ je systém iOS s 12 % a tˇret´ı je Windows Phone s cca 3 % (data jsou za rok 2014, viz [20]). ´ systému jsou dostupné pod open-source licenc´ı a vˇetˇsina Zdrojové kody velkych vyrobc u˚ dodává vlastn´ı zaˇr´ızen´ı s lehce modifikovanym An´ ´ ´ droidem a s pˇredinstalovanym vlastn´ım proprietárn´ım softwarem. Sa´ motny´ systém je tedy speciálnˇe navrˇzen a upraven právˇe pro bˇeh na mobiln´ıch zaˇr´ızen´ıch, kde je nedostatek pamˇeti, omezená kapacita baterie atd. Zárovenˇ bylo jádro implementováno tak, aby mohlo byt ´ spuˇstˇeno na 3

1. P LATFORMA A NDROID

Obrázek 1.1: Graf s celkovym ´ pod´ılem jednotlivych ´ mobiln´ıch OS na trhu (data pˇrevzata z [20])

˚ ych ruzn typech hardwaru. Systém je tedy moˇzné spustit na zaˇr´ızen´ıch ´ s odliˇsnou cˇ ipovou sadou, velikost´ı displeje a podobnˇe. D´ıky svoj´ı ˚ e druhy a typy otevˇrenosti je Android snadno modifikovatelny´ pro ruzn´ zaˇr´ızen´ı. Vyhodou Androidu je existence velké komunity fanouˇsku˚ a ´ ˚ kteˇr´ı tento OS podporuj´ı. vyvoj´ ´ arˇ u, Spoleˇcnost Android Inc., která stála u zrodu této platformy, byla zaloˇzena v rˇ´ıjnu 2003 v Kalifornii. Google tuto spoleˇcnost odkoupil v roce 2005 a vlastn´ı ji doposud. Prvn´ım komerˇcnˇe dostupnym ´ smartphonem s Androidem byl telefon HTC Dream, ktery´ se zaˇcal v USA prodávat v roce 2008 a souˇcasnˇe s t´ımto telefonem bylo uveˇrejnˇeno prvn´ı SDK (Software Development Kit) pro vyvoj´ ´ arˇ e aplikac´ı. Za celou dobu existence Androidu bylo vydáno mnoho aktualizac´ı a novych ´ verz´ı. V dobˇe psan´ı této práce je ´ aktuáln´ı verze 4.4 s kodov ym ´ oznaˇcen´ım KitKat. 4


Obrázek 1.2: Ukázka uˇzivatelského rozhran´ı Androidu 4.4

1.2

Architektura

Hlavn´ı hardwarovou platformou pro Android je 32bitová architektura ARMv7 (Advanced RISC Machine), která pracuje s instrukˇcn´ı sadou RISC (Reduced Instruction Set Computing). Aby Android mohl bˇezˇ et i na procesorech s architekturou x86, které pracuj´ı s instrukˇcn´ı sadou CISC (Complex Instruction Set Computing), tak existuje projekt Android-x86 [5], ktery´ por˚ tuje tento OS i pro x68 procesory. V souˇcasné dobˇe Android také pro svuj bˇeh vyˇzaduje GPU podporuj´ıc´ı OpenGL ES 2.0. Android spolupracuje s mnoha volitelnymi hardwarovymi komponen´ ´ tami. Jedná se napˇr´ıklad o akcelerometry, gyroskopy, barometry a podobnˇe. Nˇekteré komponenty nejsou pˇr´ımo vyˇzadovány pro bˇeh systému, ˚ Také dˇr´ıve byly ale stávaj´ı se postupnˇe standardn´ım vybaven´ım telefonu. nˇekteré harwdarové komponenty vyˇzadovány (napˇr´ıklad mikrofon), ale v souˇcasné dobˇe jsou pouze volitelné. Aktuáln´ı verze Androidu 4.4 bˇezˇ ´ı na linuxovém jádˇre verze 3.4. Vˇetˇsina architektury je podobná jako u standardn´ı linuxové distribuce, ale nˇekteré cˇ a´ sti jsou odliˇsné. Jedná se napˇr´ıklad o jinou správu Out-Of-Memory ˚ ych vyjimek, logován´ı ruzn ´ ´ druhu˚ událost´ı (Android Logger) nebo Android Power Management. ˚ tˇemto zmˇenám nen´ı moˇzné jednoduˇse portovat jiˇz existuj´ıc´ı apliKvuli ˚ kace pro Linux na Android. Je potˇreba pˇrizpusobit aplikaci danému OS. 5


Obrázek 1.3: Diagram architektury systému (Pˇrevzato z [6]) Na obrázku cˇ ´ıslo 1.3 je zobrazena softwarová architektura samotného systému. Základem je linuxové jádro, které oddˇeluje hardware a software. Nad touto vrstvou je vystavˇen middleware, knihovny a API. Vˇsechny aplikace bˇezˇ ´ı na vrstvˇe Applications Framework.

1.3

Vyvoj aplikac´ı ´

Aplikace pro Android maj´ı pˇr´ıponu apk (Android Application Package). Soubor apk slouˇz´ı pro distribuci a instalaci aplikac´ı a je podobny´ souboru typu zip. Obsahuje vˇsechny potˇrebné soubory pro spuˇstˇen´ı aplikace. Nacház´ı se zde pˇreloˇzené soubory typu dex (jedná se o konvertované soubory typu class do Dalvik byte code), binárn´ı verze souboru AndroidManifest.xml, ktery´ obsahuje dalˇs´ı doprovodné informace k aplikaci (potˇrebná povolen´ı, certifikáty apod.) a v neposledn´ı rˇ adˇe soubor apk obsahuje ne˚ e obrázky a pozkompilovatelná data pro aplikaci, jako jsou napˇr´ıklad ruzn´ dobnˇe. ´ ˚ ych Vlastn´ı kompilace kodu zahrnuje nˇekolik ruzn nástroju˚ a o cely´ ´ proces se vˇetˇsinou stará zvolené IDE. Nejprve Android Asset Packa˚ ymi ging Tool (aapt) vezme vˇsechny soubory s ruzn zdroji pro aplikaci ´ 6

1. P LATFORMA A NDROID (jako je soubor AndroidManifest.xml, XML soubory s definic´ı layoutu˚ pro Activity, ...) a soubory zkompiluje. Vznikne soubor R.java, pˇres ktery´ se ˚ zeme k tˇemto zdrojum ˚ odkazovat z naˇseho Java kodu ´ muˇ pomoc´ı referenc´ı (napˇr´ıklad R.drawable.myimage). Poté jsou vˇsechny Java soubory (vˇcetnˇe R.java a dalˇs´ıch doprovodnych ´ ˚ zkompilovány pomoc´ı pˇrekladaˇce jazyka Java. Vystupem souboru) ´ pˇrekladu jsou soubory typu class. Tyto soubory spolu s knihovnami tˇret´ıch stran a pˇr´ıpadnˇe dalˇs´ımi pˇriloˇzenymi ´ class soubory k projektu pˇrekonvertuje nástroj dex tool do Dalvik byte code. Vzniknou tedy soubory typu dex. V dalˇs´ım kroku jsou vˇsechny nezkompilované soubory, zkompilované soubory a dex soubory pˇredány nástroji apkbuilder, ktery´ je vˇsechny zabal´ı do souboru apk. Vytvoˇreny´ soubor apk mus´ı byt ´ podepsán nástrojem Jarsinger, jinak by systém nepovolil instalaci aplikace. Vytvoˇreny´ soubor apk se podepisuje ´ celu je apk bud’ pomoc´ı debug kl´ıcˇ e nebo release kl´ıcˇ e. Záleˇz´ı k jakému uˇ soubor pouˇzit. Pokud je aplikace podepsána release kl´ıcˇ em, tak se mus´ı jeˇstˇe upravit vysledn y´ apk soubor pomoc´ı nástroje zipalign. D´ıky tomuto procesu má ´ fináln´ı apk niˇzsˇ´ı nároky na operaˇcn´ı pamˇet’. Diagram pˇrekladu aplikace ja zachycen na obrázku cˇ ´ıslo 1.4. V´ıce informac´ı o celém procesu je moˇzné naj´ıt zde [10]. Vysledn´ a aplikace po spuˇstˇen´ı bˇezˇ ´ı v tzv. sandboxu. Kaˇzdá aplikace má ´ ˚ ze pracovat a kam muˇ ˚ ze ukládat pˇridˇelenou diskovou oblast, se kterou muˇ ˚ data, ale nemá pˇr´ıstup k zˇ a´ dnym pokud j´ı uˇzivatel ´ systémovym ´ zdrojum, ˚ bezpeˇcnosti a také k ochranˇe explicitnˇe pˇr´ıstup nepovol´ı. Je to jednak kvuli soukrom´ı uˇzivatele. Aplikace pro Android jsou tedy vyv´ıjeny primárnˇe v programovac´ım jazyce Java. Pro snadnˇejˇs´ı vyvoj aplikac´ı je dostupny´ Android Software De´ ˚ zité nástroje pro velopment Kit (SDK). Android SDK obsahuje vˇsechny duleˇ vyvoj aplikac´ı jako je debugger, emulátor, softwarové knihovny, ukázky ´ ˇ adné oficiáln´ı vyvojov´ ´ kodu atd. Z´ e prostˇred´ı (IDE) pro tento OS zat´ım nee´ xistuje. Doporuˇcovanou variantou pro vyvoj aplikac´ı je pouˇzit´ı prostˇred´ı ´ Eclipse [14] s vyuˇzit´ım Android Development Tools (ADT) pluginu. V souˇcasnosti spoleˇcnost Google dokonˇcuje vlastn´ı IDE pro vyvoj aplikac´ı. ´ Jedná se o Android Studio [29], které se má stát oficiáln´ım IDE pro tuto platformu. Android Studio by mˇelo pˇrinést mnohem vˇetˇs´ı komfort a rychlost pˇri samotném vyvoji aplikac´ı. ´ Samozˇrejmˇe je moˇzné také aplikace vyv´ıjet v jazyce C nebo C++ pomoc´ı NDK (Native Developement Kit). Dále existuje moˇznost vyuˇzit´ı 7


8

Obrázek 1.4: Diagram pˇrekladu aplikace (zdroj: [10])

1. P LATFORMA A NDROID nˇejakého frameworku pro multiplatformn´ı vyvoj. Mezi nejznámˇejˇs´ı a nej´ pouˇz´ıvanˇejˇs´ı framework patˇr´ı Xamarin, ktery´ vyuˇz´ıvá programovac´ı jazyk C#. Dalˇs´ım rozˇs´ırˇ enym ´ frameworkem je napˇr´ıklad PhoneGap, ktery´ je zaloˇzen na HTML5, CSS3 a JavaScriptu.

1.4

ˇ Zivotn´ ı cyklus aplikace

Základn´ım stavebn´ım kamenem aplikace je tˇr´ıda Activity. Activity je v podstatˇe prezentaˇcn´ı vrstva aplikace, která se stará o zobrazen´ı dat z niˇzsˇ´ıch vrstev. Aplikace vˇetˇsinou obsahuje v´ıce Activit, mezi kterymi se uˇzivatel ´ pˇrep´ıná. Vytvoˇren´ı nové Activity je nároˇcná cˇ innost na vypoˇ ´ cetn´ı vykon ´ (alokace pamˇeti, vytvoˇren´ı nového procesu, ...), takˇze se vytvoˇrené Activity ukládáj´ı do zásobn´ıku. O práci s t´ımto zásobn´ıkem a Activitami se stará Activity Manager. V´ıce o zˇ ivotn´ım cyklu Activity viz obrázek 1.5. Dále je ˚ ych tu komponenta Service, která se stará o bˇeh ruzn ´ dlouhotrvaj´ıc´ıch akc´ı na pozad´ı (napˇr´ıklad o stahován´ı vetˇs´ıch objemu˚ dat z internetu), aby ne˚ zitym docházelo ke zpomalen´ı uˇzivatelského rozhran´ı. Dalˇs´ım duleˇ ´ prvkem ˚ ym je Content Provider, ktery´ poskytuje snadny´ pˇr´ıstup k ruzn ´ informac´ım (napˇr. obsah databáze) a v neposledn´ı rˇ adˇe Broadcast Receiver, ktery´ reaguje na pˇr´ıchoz´ı oznámen´ı. Programátor pouze nastav´ı události, které se maj´ı hl´ıdat a jakmile tato událost nastane, tak je vyvolán tento receiver. Vˇsechny tyto komponenty mus´ı byt ´ definovány v souboru AndroidManifest.xml, ktery´ je uloˇzen v koˇrenovém adresárˇ i projektu. Kromˇe Content Provideru mohou komponenty mezi sebou kooperovat pomoc´ı zpráv, tzv. ˚ Intentu.

9


ˇ Obrázek 1.5: Zivotn´ ı cyklus Activity (zdroj: [2])

10

Kapitola 2

Prubˇ ˚ eh inventarizace C´ılem této diplomové práce nen´ı jen vytvoˇrit mobiln´ı aplikaci pro inventarizaci majetku, ale navrhnout cely´ systém komunikace mezi samotnou aplikac´ı a pouˇz´ıvanym ´ informaˇcn´ım systémem v konkrétn´ı firmˇe. Navrˇzeny´ systém by nemˇelo byt ´ pˇr´ıliˇs sloˇzité rozˇs´ırˇ it, aby mohl slouˇzit i pro pˇr´ıjem a vydej zboˇz´ı nebo jinou obdobnou cˇ innost. Také by nemˇel byt ´ ´ ˚ uzpusoben pouze jednomu informaˇcn´ımu systému. Mˇela by byt ´ podporována modulárnost a moˇznost jednoduchého upraven´ı vysledn´ eho rˇ eˇsen´ı ´ pro jiny´ informaˇcn´ı systém. Vyvoj aplikace byl realizován ve spolupráci se zamˇestnanci podniku Su´ permarket Svitávka. Tento obchod má 6 stálych ´ zamˇestnancu˚ a pˇribliˇznˇe 30 000 poloˇzek v systému. V souˇcasnosti obchod pˇrecház´ı na novy´ systém, jelikoˇz se starym ´ systémem, ktery´ jeˇstˇe bˇezˇ el pod OS DOS, byla ukonˇcena spolupráce. Se zmˇenou IS by rádi provedli modernizaci svého skladového hospodárˇ stv´ı. Primárnˇe chtˇej´ı zefektivnit inventrizaci majetku a v pozdˇejˇs´ıch fáz´ıch projektu i pˇr´ıjem zboˇz´ı, pˇr´ıpadnˇe dalˇs´ı pohyby na skladˇe nebo prodejnˇe.

2.1

Souˇcasny´ stav

V souˇcasné dobˇe inventarizace prob´ıhá pomalym a neefektivn´ım ´ ˚ zpusobem. Prodavaˇcky mus´ı nejprve spoˇc´ıtat vˇsechny kusy od kaˇzdého zboˇz´ı. Poté se vezme vˇzdy jeden artikl od kaˇzdého druhu zboˇz´ı, na ktery´ se nap´ısˇ e kolik kusu˚ bylo napoˇc´ıtáno. Po spoˇc´ıtán´ı urˇcité cˇ a´ sti prodejny se vezmou vˇsechny vybrané artikly s napsanym ´ poˇctem kusu˚ k pokladnˇe, kde ´ a vloˇz´ı se poˇcet kusu˚ zboˇz´ı. Uˇz zde je napˇr´ıklad se naˇcte jejich cˇ a´ rovy´ kod zbyteˇcny´ pˇresun vˇseho zboˇz´ı k pokladnˇe a poté opˇetovné vrácen´ı zboˇz´ı na ˚ jeho puvodn´ ı m´ısto. Toto je moˇzné pomoc´ı aplikace vyˇreˇsit. Dalˇs´ı problém nastává, kdyˇz se na pokladnˇe zadá napˇr´ıklad m´ısto 100 kusu˚ 1 000 kusu˚ zboˇz´ı. Obsluha si nemus´ı vˇsimnout chyby a poté se na problém pˇrijde aˇz po vytiˇstˇen´ı souhrnného listu za celou inventuru. Zde je 11

˚ Eˇ H INVENTARIZACE 2. P R UB vˇsak problém identifikovat konkrétn´ı poloˇzku, kde doˇslo k navyˇ ´ sen´ı poˇctu ˚ jelikoˇz je na skladˇe pˇres 30 000 poloˇzek. Pˇri pouˇzit´ı aplikace by uˇz toto kusu, nastávat nemˇelo. Obsluha je vˇzdy upozornˇena, pokud zadá vˇetˇs´ı mnoˇzstv´ı neˇz je vedeno v systému a také po zadán´ı mnoˇzstv´ı vid´ı vloˇzenou hod˚ ze smazat a vloˇzit novou nebo notu na displeji a pˇr´ıpadnˇe tuto hodnotu muˇ ´ provést upravu.

2.2

Navrhnuté nové rˇeˇsen´ı

Po konzultaci se zamˇestnanci a veden´ım firmy byly stanoveny tyto funkˇcn´ı poˇzadavky na vysledn y´ systém: ´ •

Napojen´ı na novy´ IS Stormware Pohoda

•

Moˇznost jednoduchého exportu a importu inventurn´ıch dat

•

´ Moˇznost zobrazen´ı, kontroly a upravy dat prob´ıhaj´ıc´ı inventury správcem

•

Editace zadaného mnoˇzstv´ı v aplikac´ı, vyhledáván´ı zboˇz´ı v aplikaci

•

Odstranˇen´ı nutnosti manipulace se zboˇz´ım (pˇrenos k pokladnˇe a zpˇet)

•

Moˇznost vzdálené kontroly inventury

•

Aplikace nesm´ı byt ´ vázána na jedno konkrétn´ı zaˇr´ızen´ı

Vysledn y´ systém by mˇel byt ´ ´ dostateˇcnˇe robustn´ı, rychly´ a spolehlivy. ´ Také doba odezvy serveru i aplikace by mˇela byt ´ co nejrychlejˇs´ı a uˇzivatel by mˇel byt ´ vˇzdy informován o prob´ıhaj´ıc´ıch akc´ıch. Pro uloˇzen´ı vlastn´ıch dat se bude pouˇz´ıvat relaˇcn´ı SQL databáze, která je dostateˇcnˇe rychlá a ˇ splnuje vˇsechny vyˇ ´ se uvedené poˇzadavky. Také na firemn´ım poˇc´ıtaˇci, kde bude databáze a server um´ıstˇen, beˇz´ı OS Windows, takˇze nebude problém na tomto PC databázi zprovoznit. Vlastn´ı server bude vyv´ıjen pomoc´ı technologie Windows Communication Foundation (WCF) [15]. WCF je framework od spoleˇcnosti Microsoft pro vyvoj servisnˇe orientovanych to´ ´ aplikac´ı (SOA). Nejvˇetˇs´ı vyhodou ´ ˚ ych hoto frameworku je spojen´ı ruzn ´ technologi´ı od spoleˇcnosti Microsoft do jedné. WCF zahrujne napˇr´ıklad tyto technologie: •

ASP.NET Web Services - zajiˇst’uje interoperabilitu 12

˚ Eˇ H INVENTARIZACE 2. P R UB

Obrázek 2.1: Use Case diagram systému

13

˚ Eˇ H INVENTARIZACE 2. P R UB •

Web Services (WS) - servisn´ı orientace

•

.NET Framework - vykonnost ´

•

Enterprise Services - distribuované transakce, správa zˇ ivotn´ıho cyklu aplikace

•

Microsoft Message Queuing (MSMQ) - spolehlivé doruˇcován´ı dat

˚ z´ıitych Dále je tu mnoho dalˇs´ıch duleˇ vlastnost´ı, které WS podpo´ ruje. Jedná se napˇr´ıklad o podporu AJAX a REST (Representational State Transfer) sluˇzeb, pˇres které se bude komunikovat s vyslednou Android ´ ˚ aplikac´ı (v´ıce napˇr´ıklad zde: [31]). Také je zde kladen duraz na zabezpeˇcen´ı. Dále viz [15]. Vlastn´ı aplikace by mˇela bˇezˇ et na datovém terminálu pro sn´ımán´ı ´ u. ˚ Na vˇetˇsinˇe tˇechto terminálu˚ bˇezˇ ´ı OS Windows Mobile pro cˇ a´ rovych ´ kod ktery´ uˇz Microsoft ukonˇcil podporu. Na nejnovˇejˇs´ıch terminálech je moˇzné naj´ıt OS Android a tento OS by mˇel byt ´ vhodnym ´ rˇ eˇsen´ı spolu s vyuˇzit´ım rozˇs´ırˇ en´ı Motorola Extension (Mx). Vyhodou aplikace bude moˇznost jej´ıho ´ spuˇstˇen´ı i na jiném zaˇr´ızen´ı s Androidem (napˇr´ıklad mobiln´ı telefon), takˇze aplikace nebude vázána pouze na zvoleny´ terminál a jeho OS. 2.2.1 Novy´ postup inventury Pˇred zapoˇcet´ım vlastn´ı inventury na terminálech bude provedeno sestaven´ı inventurn´ıch dat v informaˇcn´ım systému. Následnˇe ve webovém rozhran´ı pro inventarizaci se provede pomoc´ı stisku jednoho tlaˇc´ıtka export dat z informaˇcn´ıho systému do SQL databáze serveru. Poté je vˇse pˇripraveno k zapoˇcet´ı vlastn´ı inventury. Uˇzivatelé budou m´ıt spuˇstˇenou mobiln´ı aplikaci, kde si stáhnou seznam dostupnych ´ inventur na serveru. Poté vybranou inventuru spolu se vˇsemi inventarizovanymi poloˇzkami si uloˇz´ı do terminálu. Data se vloˇz´ı ´ do SQLite databáze v aplikaci. Jednu inventuru si bude moci stáhnout i ˚ ale v praxi zat´ım bude pouze jeden. Jakmile je vˇse staˇzeno, v´ıce terminálu, tak si uˇzivatel vybere konkrétn´ı staˇzenou inventuru a zobraz´ı se mu seznam vˇsech poloˇzek k inventarizaci. Poté uˇz procház´ı skladem nebo prodej´ nou a postupnˇe sn´ımá jednotlivé cˇ a´ rové kody poloˇzek a zadává mnoˇzstv´ı ´ (pˇr´ıpadnˇe dalˇs´ı potˇrebné udaje). Naˇctená data se budou postupnˇe ukládat do SQLite databáze v mobiln´ı aplikaci. Jakmile dojde k nasn´ımán´ı vˇsech poloˇzek nebo nˇejaké cˇ a´ sti dat, tak je moˇzné data odeslat na server ke zpracován´ı. Pˇr´ıpadnˇe by bylo moˇzné rovnou naˇctená data pos´ılat na server ke 14

˚ Eˇ H INVENTARIZACE 2. P R UB zpracován´ı, ale na prodejnˇe nen´ı vˇsude ideáln´ı pokryt´ı WiFi signálem, takˇze toto rˇ eˇsen´ı nebude vyuˇzito a implementováno. Uˇzivatel tedy bude moci data pos´ılat bud’ najednou nebo po cˇ a´ stech. ˚ eh inventury. Uˇzivatel Pˇres webové rozhran´ı bude moˇzné sledovat prubˇ bude moci jednotlivé poloˇzky editovat, filtrovat atd. Po naˇctˇen´ı vˇsech inventurn´ıch dat se provede import dat zpˇet do informaˇcn´ıho systému. Opˇet stiskem jednoho tlaˇc´ıtka. Poté v systému dojde k vytvoˇren´ı reportu inventury a zapoˇcet´ı dalˇs´ıch souvisej´ıc´ıch událost´ı s inventurou (toto uˇz záleˇz´ı na konkretn´ım informaˇcn´ım systému). Je také moˇzné provádˇet import dat do IS postupnˇe, ale opˇet této moˇznosti nebude vyuˇzito. Jednak proto, aby ˚ moˇznosti jednoduˇssˇ´ı se zamezilo pˇr´ıpadnym ´ koliz´ım mezi daty, ale i kvuli editace naˇctenych ´ dat pˇres webové rozhran´ı. Pˇri vyuˇzit´ı navrˇzeného rˇ eˇsen´ı bude zpracován´ı inventury rychlejˇs´ı a pˇresnˇejˇs´ı neˇz v souˇcasné dobˇe pouˇz´ıvany´ postup inventury. D´ıky tomuto rˇ eˇsen´ı by mˇelo doj´ıt k zamezen´ı stávaj´ıc´ıch chyb, pˇr´ıpadnˇe k jejich dˇr´ıvˇejˇs´ımu odhalen´ı a snadnˇejˇs´ı nápravˇe. Dalˇs´ı inventarizaci by firma uˇz mˇela provádˇet pomoc´ı nového informaˇcn´ıho systému spolu se zapojen´ım vytvoˇrené mobiln´ı aplikace a celé infrastruktury pro tuto cˇ innost.

15

Kapitola 3

Popis a implementace aplikace Vlastn´ı aplikace je vytvotˇrena v prostˇred´ı Eclipse [14] s vyuˇzit´ım ADT pluginu. Eclipse je jedn´ım z nejpouˇz´ıvanˇejˇs´ıch IDE pro vyvoj Android apli´ ˚ pluginu˚ a dalˇs´ıch materiálu, ˚ které kac´ı. Pro Eclipse existuje mnoho návodu, ˇ ı samotny´ vyvoj usnadnuj´ aplikace. Jakmile bude vytvoˇrena fináln´ı verze ´ Android Studia [29] od spoleˇcnosti Google, tak se toto prostˇred´ı stane pravdˇepodobnˇe oficiáln´ım vyvojov ym ´ ´ IDE pro Android. Samotná aplikace je vyv´ıjena pro Android od API cˇ ´ıslo 16, tedy od Androidu verze 4.1.x a vyˇ ´ se. Starˇs´ı verze Androidu je zbyteˇcné v souˇcasné ˚ zité funkce, vyvoj dobˇe podporovat. U niˇzsˇ´ıch verz´ı chyb´ı nˇekteré duleˇ by ´ byl sloˇzitˇejˇs´ı a vˇetˇsina novych mobiln´ıch telefonu˚ a zaˇr´ızen´ı bˇezˇ ´ı uˇz mi´ nimálnˇe na Androidu 4.1 nebo na novejˇs´ıch verz´ıch. Novˇejˇs´ı verze Androidu jsou optimalizovanˇejˇs´ı, rychlejˇs´ı a bezpeˇcnˇejˇs´ı neˇz starˇs´ı verze systému.

3.1

Vyuˇzité knihovny

Pro snadnˇejˇs´ı vyvoj, ale hlavnˇe pro vˇetˇs´ı efektivitu a lepˇs´ı vyuˇz´ıván´ı ´ ˚ e dostupné knihovny systémovych ´ prostˇredku˚ jsou v aplikaci vyuˇzity ruzn´ a komponenty pro zpracován´ı nároˇcnych ´ cˇ innost´ı. D´ıky tˇemto ovˇerˇ enym ´ ´ cinnˇe. Také je zde kladen knihovnám jsou tyto cˇ innosti provedeny rychle a uˇ ˚ duraz na co nejvˇetˇs´ı vydrˇ ´ z baterie. Pouˇzité knihovny vyuˇz´ıvaj´ı systémové zdroje efektivnˇe a tedy sˇ etˇr´ı procesorovy´ cˇ as a baterii. 3.1.1 Jackson - zpracován´ı formátu JSON Jelikoˇz komunikace aplikace se serverem prob´ıhá pˇres API (Application Programming Interface), které komunikuje ve formátu JSON (JavaScript Object Notation), tak je v aplikaci vyuˇzita knihovna pro zpracován´ı dat pˇricházej´ıc´ıch ze serveru a také i pro pˇr´ıpravu dat odes´ılanych ´ na server. ˚ velké podpoˇre, tak Komunikace pˇres JSON byla zvolena jednak kvuli ˚ uspoˇ ´ i kvuli re velikosti oproti napˇr´ıklad formátu XML (pˇribliˇznˇe o 40 %). ´ Kdyˇz se pos´ılá soubor, ktery´ obsahuje tis´ıce poloˇzek, tak uˇz je tato uspora 16

3. P OPIS A IMPLEMENTACE APLIKACE znát. Soubor JSON obsahuj´ıc´ı pˇres 22 000 poloˇzek má velikost 4,3 MB, ty stejné záznamy ve formátu XML maj´ı velikost 6,8 MB. V souˇcasné dobˇe existuj´ı dvˇe nejrozˇs´ırˇ enˇejˇs´ı knihovny pro zpracován´ı JSON dat. Prvn´ı je Gson knihovna [16] a druhou knihovnou je Jackson [19]. Obˇe knihovny uˇsetˇr´ı vyvoj´ ´ arˇ i práci a jsou implementovány efektivnˇeji, neˇz kdyby si neznaly´ vyvoj´ ´ arˇ parsoval data sám. Dalˇs´ı knihovny jsou vˇetˇsinou mnohem pomalejˇs´ı nebo staré a neaktuáln´ı. V aplikaci je vyuˇzita knihovna Jackson, jelikoˇz jej´ı incializace je rychlejˇs´ı neˇz u knihovny Gson. Také je tato knihovna velice dobˇre optimalizovaná a ve vˇetˇsinˇe testu˚ podává lepˇs´ı vysledky neˇz knihovna Gson. Pˇri zápisu dat ´ nen´ı mezi tˇemito knihovnami takovy´ rozd´ıl, ale pˇri cˇ tˇen´ı dat, zde uˇz rozd´ıl ˇ anek, ktery´ popisuje dalˇs´ı vyhody je docela markantn´ı. Cl´ Jackson knihovny ´ naleznete zde [1]. Jedná se napˇr´ıklad o podporu jakychkoliv konstruktoru˚ ´ (ne pouze s prázdnymi parametry), kompletn´ ı podpora generick ych ´ ´ typu˚ atd. Testy obou knihoven lze naj´ıt napˇr´ıklad zde [32] nebo zde [11]. Na ˚ ych obrázku cˇ ´ıslo 3.1 je znázornˇeno rychlostn´ı srovnán´ı ruzn knihoven a ´ ˚ postupu. Pokud se v aplikaci pˇr´ıliˇs s JSON daty nepracuje nebo jsou to malé ob˚ jemy dat a nen´ı zde kladen duraz na rychlost, tak je moˇzné vyuˇz´ıt standardn´ıch tˇr´ıd JSONObject a JSONTokener. Tyto tˇr´ıdy jsou dostupné pro vˇsechny verze Androidu. 3.1.2 ZXing - zpracován´ı 1D/2D cˇ a´ rovych ´ u˚ pomoc´ı fotoaparátu ´ kod Vysledn´ a aplikace BarcodeTerminator bude pracovat nejen na zaˇr´ızen´ıch ´ ´ u, ˚ ale i na obyˇcejnych s hardwarovym ´ sn´ımaˇcem cˇ a´ rovych ´ kod ´ mobiln´ıch telefonech s operaˇcn´ım systémem Android. Do aplikace je tedy zahrnuta i ´ u˚ pomoc´ı zabudovaného fotoaparátu, ktery´ má moˇznost cˇ ten´ı cˇ a´ rovych ´ kod ˚ vˇetˇsina mobiln´ıch telefonu. ´ Aby aplikace byla schopna cˇ ´ıst i cˇ a´ rové kody pomoc´ı fotoaparátu, tak je potˇreba implementovat algoritmus pro zpracován´ı obrazu, ktery´ roz´ a vrát´ı jej jako text. Toto nen´ı uplnˇ ´ ´ pozná cˇ a´ rovy´ kod e jednoduchá uloha, proto je vyuˇzito extern´ı knihovny, která bude tyto data zpracovávat a vrát´ı ´ Vybraná knihovna by mˇela byt vlastn´ı cˇ a´ rovy´ kod. ´ kvalitn´ı a cˇ asto aktualizována. Pro Android je k dispozici hned nˇekolik knihoven, bohuˇzel vˇetˇsina z nich nebyla uˇz delˇs´ı dobu aktualizována a v podstatˇe existuje pouze jedna moˇznost.

17

3. P OPIS A IMPLEMENTACE APLIKACE

˚ ych Obrázek 3.1: Srovnán´ı ruzn ´ postupu˚ parsován´ı JSON dat. Zdroj: [8]

Nejpouˇz´ıvanˇejˇs´ı a nejznámˇejˇs´ı knihovnou je ZXing (Zebra Crossing) ´ [34]. Tato knihovna pro zpracován´ı obrazu sn´ımá jak 1D kody, tak i 2D ´ (napˇr´ıklad QR kody). ´ ˚ ych kody Jej´ı velkou vyhodou je podpora mnoha ruzn ´ ´ ´ u˚ (Code 39, Code 128, EAN-8, EAN-13, ...). formátu˚ cˇ a´ rovych ´ kod V aplikaci byla vyzkouˇsena i knihovna Android Barcode. Mˇela by to ˚ e formáty byt ´ jedna z prvn´ıch knihoven pro Android, která podporuje ruzn´ ´ u. ˚ cˇ a´ rovych ´ kod Obˇe knihovny byly naimportovány do projektu a byla otestována ´ esˇ nost cˇ ten´ı cˇ a´ rovych ´ u. ˚ Uˇz po prvn´ıch nˇekolika cˇ ten´ı bylo jasné, zˇ e uspˇ ´ kod ´ u˚ nejlepˇs´ı bude vyuˇz´ıt knihovnu ZXing. Mˇela jasnˇe lepˇs´ı cˇ ten´ı cˇ a´ rovych ´ kod ´ u˚ z ruzn ˚ ych ´ u˚ bylo mnohem lepˇs´ı a za ideáln´ıch podm´ınek. I cˇ ten´ı kod ´ uhl ´ u˚ rychlejˇs´ı neˇz u druhé knihovny. Dále bylo vyzkouˇseno cˇ ten´ı cˇ a´ rovych ´ kod i za zhorˇsenych ´ svˇetelnych ´ podm´ınek a opˇet byla ZXing knihovna lepˇs´ı (je vidˇet, zˇ e zde vyvoj stále prob´ıhá a algoritmus se poˇra´ d zdokonaluje). ´ 18

3. P OPIS A IMPLEMENTACE APLIKACE I pˇresto, zˇ e tyto knihovny pro zpracován´ı obrazu proˇsly velkym ´ vyvojem (samotné fotoaparáty samozˇrejmˇe také), tak je stále mnohem po´ ´ u˚ vyuˇz´ıvat hardwahodlnˇejˇs´ı, rychlejˇs´ı a pˇresnˇejˇs´ı pro cˇ ten´ı cˇ a´ rovych ´ kod rovy´ skener. Tym, ktery´ vytvoˇril ZXing knihovnou, vydává vlastn´ı aplikaci Barcode ´ ´ u˚ a je postavena nad jejich Scanner, která slouˇz´ı pro cˇ ten´ı cˇ a´ rovych kod ´ vlastn´ı knihovnou. Barcode Scanner je volnˇe ke staˇzen´ı zde [26]. Samotná aplikace má velice dobré uˇzivatelské hodnocen´ı a je pravidelnˇe aktuali´ zována. Jakmile dojde k upravˇ e knihovny, tak aktualizuj´ı vyvoj´ ´ arˇ i i tuto aplikaci. Vyhodou Barcode Scanneru je moˇznost spuˇstˇen´ı aplikace pˇres ji´ ´ nou aplikaci, pˇreˇcten´ı cˇ a´ rového kodu a poté Barcode Scanner tento naˇcteny´ ´ vrát´ı puvodn´ ˚ cˇ a´ rovy´ kod ı aplikaci. Návod na toto propojen´ı aplikac´ı pomoc´ı Intentu naleznete zde [18]. Jestliˇze uˇzivatel nemá tuto aplikaci nainstalovanou, tak je odkázán na Google Play ke staˇzen´ı aplikace. ˚ Tato forma implementace byla vybrána hlavnˇe z duvodu automatickych ´ ´ u. ˚ Pokud tedy bude knihovna aktualizac´ı aplikace pro cˇ ten´ı cˇ a´ rovych ´ kod ZXing aktualizována, tak dojde i k aktualizaci aplikace Barcode Scanner. Automaticky se do systému stáhne nová verze aplikace a uˇzivatel bude m´ıt ´ zbu aplikace je k dispozici vˇzdy nejnovˇejˇs´ı aplikaci. Pro dalˇs´ı vyvoj a udrˇ ´ ˚ ych ˚ dobré, kdyˇz je postavena z ruzn ´ na sobˇe nezávislych ´ modulu.

3.2

Techniky pouˇzité v aplikaci

˚ které zvyˇsuj´ı a optimaliBarcodeTerminator vyuˇz´ıvá dále nˇekolik postupu, zuj´ı vykon aplikace. ´ 3.2.1 Práce s databáz´ı SQLite Vˇsechna data se kterymi ´ se v mobiln´ı aplikaci pracuje jsou ukládána do SQLite databáze [24]. Jedná se o standardn´ı relaˇcn´ı databáze, která podporuje SQL pˇr´ıkazy. Vyhodou SQLite databázového enginu je jeho n´ızká nároˇcnost ´ na operaˇcn´ı pamˇet a tud´ızˇ je vhodnym ´ rˇ eˇsen´ım pro mobiln´ı platformu. Pro ˚ bˇeh potˇrebuje pouze stovky KB. svuj SQLite podporuje datové typy: •

Text - podobny´ Stringu v Javˇe

•

Integer - podobny´ datovému typu long

•

Real - podobny´ datavému typu double 19

3. P OPIS A IMPLEMENTACE APLIKACE Vˇsechny ostatn´ı datové typy mus´ı byt ´ pˇred uloˇzen´ım do databáze konvertovány na tyto základn´ı typy, ale samotny´ SQLite nekontroluje jaké datové typy do jednotlivych ´ sloupcu˚ ukládate, takˇze do datového typu Inte˚ zete uloˇzit i rˇ etˇezec. ger muˇ SQLite databáze je zabudovaná v kaˇzdém Android zaˇr´ızen´ı, takˇze se nemus´ı nic instalovat nebo nastavovat nˇejaká administrace. Staˇc´ı pouze pˇripravit SQL pˇr´ıkazy pro vytvoˇren´ı databáze a poté se uˇz o vˇse postará systém automaticky. Jelikoˇz pˇr´ıstup k databázi je podobny´ jako pˇr´ıstup k souborovému systému, tak je doporuˇceno provádˇet vˇsechny akce spojené s databázi asynchronnˇe. Vˇsechny zmˇeny (update, insert a delete) v SQLite databázi jsou ACID (atomické, konzistentn´ı, izolované, trvanlivé). Bohuˇzel toto znamená vˇetˇs´ı zat´ızˇ en´ı databáze a jelikoˇz v aplikaci se bude nacházet tˇreba 30 000 poloˇzek, ´ tak jsou tyto operace neunosnˇ e drahé. Jenom insert pro cca 20 000 poloˇzek ˚ zeme trval pˇres 40 sekund. Proto je vhodné vyuˇz´ıt transakce, kdy muˇ vˇsechny inserty spojit do jedné transakce a poté provést tuto transakci. D´ıky tomu dojde k rapidn´ımu zlepˇsen´ı vykonu (po dobu bˇehu transakce ´ SQLite uzamkne databázi). S vyuˇzit´ım transakce se uˇz vloˇzen´ı vˇsech 20 000 poloˇzek provedlo cca za 8 sekund.

Listing 3.1: Ukázka vyuˇzit´ı transakce v prostˇred´ı OS Android db.beginTransaction(); try { for (int i = 0; i < values.lenght; i++) { // pripravime si data db.insert(MyTable, null, values); // v pripade ze je tech dat mnoho yieldIfContededSafely(); } db.setTransactionSuccessful(); //provedem transakci } finally { db.endTransaction(); }

Existuje mnoho dalˇs´ıch moˇznost´ı jak zvyˇ pˇri práci s SQ´ sit vykonnost ´ Lite databáz´ı. Jedná se tˇreba o vyuˇzit´ı indexu˚ nebo o správnou volbu pozic ˚ e tipy argumentu˚ u klauzule where. V´ıce informac´ı viz napˇr´ıklad [17]. Ruzn´ nejen ohlednˇe optimalizace práce s databáz´ı lze naj´ıt v knize [21]. 20

3. P OPIS A IMPLEMENTACE APLIKACE 3.2.2 Návrhovy´ vzor ViewHolder Vˇsechny poloˇzky inventury jsou zobrazeny v listu (komponenta ListView) a jestliˇze bude inventura obsahovat nˇekolik tis´ıc poloˇzek, tak zobrazován´ı tˇechto dat je potˇreba také optimalizovat. V listu jsou naˇcteny pouze ty poloˇzky, které jsou zobrazené (pˇr´ıpadnˇe nˇekolik dalˇs´ıch). Zbytek poloˇzek se naˇc´ıtá postupnˇe. Pokud tedy uˇzivatel listuje poloˇzkami, tak se mus´ı ˚ ze naˇc´ıtat postupnˇe dalˇs´ı poloˇzky. Toto je pomˇernˇe drahá operace a muˇ docházet k trhanému“ listován´ı poloˇzkami, jestliˇze uˇzivatel listuje rychle ” pˇres mnoho poloˇzek. Jelikoˇz se pˇri naˇc´ıtán´ı poloˇzek volá nˇekolikrát funkce findViewById(), která má velky´ vliv na celkovy´ vykon, tak je potˇreba tuto cˇ a´ st optimali´ zovat pomoc´ı návrhového vzoru ViewHolder. Objekt ViewHolder ukládá kaˇzdou komponentu (textové pole, obrázek, ...) do pole tag aktuáln´ıho layoutu. Takˇze se jednotlivé komponenty vˇzdy vyhledaj´ı pomoc´ı funkce fin˚ ze k nim ihned pˇristoupit pˇres pole dViewById() pouze jednou a poté se muˇ tag. Nemus´ı se tedy hledat komponenty opakovanˇe. V´ıce informac´ı naleznete zde [27]. Listing 3.2: Ukázka vyuˇzit´ı vzoru ViewHolder static class ViewHolder { TextView text; ImageView icon; } ViewHolder holder = new ViewHolder(); holder.icon = (ImageView) myView.findViewById(R.id.item_image); holder.text = (TextView) myView.findViewById(R.id.item_text); convemyViewrtView.setTag(holder);

3.2.3 Vyuˇzit´ı lintu a dalˇs´ı tipy Android SDK obsahuje mimo jiné i nástroj zvany´ lint (viz [33]), ktery´ slouˇz´ı ´ u˚ aplikace. Lint vyhledává strukturáln´ı pro skenován´ı vˇsech zdrojovych ´ kod problémy aplikace bez jakéhokoliv sloˇzitého testován´ı. Pomáhá odhalit ˚ e chyby v aplikaci. Také zobraz´ı vyvoj´ ˚ které pomoruzn´ ´ arˇ i seznam tipu, hou optimalizovat samotnou aplikaci. Kaˇzdy´ detekovany´ problém je pro´ gramátorovi vrácen spolu s jeho popisem, urovn´ ı závaˇznosti a kategori´ı (celkem je tu 6 kategori´ı). Lint je moˇzné jednoduˇse spustit i z IDE Eclipse. Mnoho dalˇs´ıch tipu˚ jak zvyˇ a rychlost aplikace lze naj´ıt v [30]. ´ sit vykon ´ Jsou zde uvedeny nˇekteré základn´ı tipy, jako je napˇr´ıklad vyuˇz´ıván´ı sta21

3. P OPIS A IMPLEMENTACE APLIKACE tickych ´ promˇennych ´ pro konstanty, nevytvárˇ en´ı zbyteˇcnych ´ objektu˚ a podobnˇe. Tipy jsou rozdˇeleny dle kategori´ı (optimalizace UI, optimalizace vydrˇ ´ ze na baterii atd.). Dalˇs´ı uˇziteˇcnou stránkou je Android Developers Blog [9].

Obrázek 3.2: Workflow lintu. Zdroj: [33]

Obrázek 3.3: Ukázka vystupu programu lint ´

3.3

Srovnán´ı s existuj´ıc´ımi rˇeˇsen´ımi

Pro OS Android existuje celá rˇ ada aplikac´ı, které slouˇz´ı pro zpracován´ı inventury. Mezi tˇemito aplikacemi jsou velké rozd´ıly jak v kvalitˇe a zpracován´ı, tak i v grafické podobˇe a pˇrehlednosti. Nˇekteré aplikace nab´ızej´ı 22

3. P OPIS A IMPLEMENTACE APLIKACE pouze základn´ı funkce, cˇ asto jsou uˇz nˇekolik let staré a neaktualizované. ˚ Také grafické zpracován´ı tˇechto aplikac´ı neodpov´ıdá modern´ım trendum. Na Google Play existuj´ı i pokroˇcilejˇs´ı aplikace, které maj´ı mnohem v´ıce funkc´ı, ale vˇetˇsinou se jedná o placené aplikace (cena se cˇ asto pohybuje v des´ıtkách korun). Mnoho aplikac´ı nepodporuje komunikaci s nˇejakym ´ informaˇcn´ım systémem, takˇze se mus´ı vysledn´ a data (nejˇcasteji soubory ´ typu CSV) dále zpracovat. Pro srovnán´ı s aplikac´ı BarcodeTerminator byly vybrány dvˇe aplikace. Tyto aplikace jsou mezi prvn´ımi nab´ızenymi ´ aplikacemi na Google Play a jsou zdarma. Vybrané aplikace maj´ı dobré uˇzivatelské hodnocen´ı a jsou cˇ astˇeji aktualizované. Prvn´ı aplikac´ı je Stocktaking, která je ke staˇzen´ı zde [28]. Stocktaking má základn´ı grafické uˇzivatelské rozhran´ı. Po spuˇstˇen´ı aplikace je uˇzivateli zobrazen seznam vˇsech dostupnych inventur s moˇznost´ı vytvoˇren´ı nové ´ ˇ inventury (zadává se pouze název inventury). Stocktaking umoˇznuje veˇ Po zvolen´ı nebo vytvoˇren´ı nové inventury se den´ı v´ıce inventur zároven. uˇzivatel dostane na hlavn´ı obrazovku aplikace, kde vid´ı seznam naˇcteného zboˇz´ı a také má moˇznost vloˇzit novou poloˇzku (viz obrázek cˇ ´ıslo 3.4). ˚ ze vyslednou Jakmile uˇzivatel naˇcte vˇsechny poloˇzky, tak muˇ inventuru ´ odeslat ve formátu CSV jako pˇr´ılohu emailu. Poté se mus´ı data dále zpracovat, aplikace nen´ı propojena s zˇ a´ dnym ´ informaˇcn´ım systémem. Stocktaking ˇ umoˇznuje provést i import informac´ı o naˇc´ıtanych poloˇzkách do vlastn´ı ´ ´ databáze aplikace. D´ıky této funkci dojde po naˇcten´ı cˇ a´ rového kodu k dohledán´ı informac´ı k dané poloˇzce z databáze a zobrazen´ı popisu poloˇzky. ´ Pˇri vkládán´ı dat je moˇzné Jinak se m´ısto názvu poloˇzky zobraz´ı cˇ a´ rovy´ kod. ˚ e typy jednotek (kusy, litry, ...). Stocktaking podporuje Android zvolit ruzn´ 2.2 a vyˇssˇ´ı. Druhou aplikac´ı je Inventory od spoleˇcnosti XMS Developers. Inventory je moˇzné spustit na Androidu verze 1.5 a vyˇssˇ´ı. Oproti Stocktaking má ˇ Inventory ménˇe pˇrehledné uˇzivatelské rozhran´ı, neumoˇznuje zadáván´ı lokac´ı a také je moˇzné zpracovávat pouze jednu inventuru. Po spuˇstˇen´ı apli´ nebo vykace je zobrazeno menu, pˇres které je moˇzné naˇc´ıst cˇ a´ rovy´ kod hledávat v poloˇzkách dle názvu. Vyhodou aplikace Inventory je moˇznost ´ vkládán´ı kategorie k poloˇzce, pˇr´ıpadnˇe pˇres dalˇs´ı pole vloˇzit dodavatele, obrázek nebo popis. Vysledn´ a data je moˇzné exportovat napˇr´ıklad do Ex´ celu (formát CSV). Inventory je propojena s aplikac´ı Prisjakt/PriceSpy 1.13.2 (od stejné firmy) pˇres kterou je moˇzné vyhledat cenu naˇctené poloˇzky a dalˇs´ı informace. ´ u˚ kniObˇe aplikace jsou anglicky a vyuˇz´ıvaj´ı pro cˇ ten´ı cˇ a´ rovych kod ´ ´ je moˇzné zadat i pˇres klávesnici. Stocktahovnu ZXing. Vlastn´ı cˇ a´ rovy´ kod king i Inventory obsahuj´ı základn´ı moˇznosti nastaven´ı aplikace. V apli23


Obrázek 3.4: Ukázka obrazovky z aplikace Stocktaking a Inventory kaci Inventory je nab´ıdka nastaven´ı rozsáhlejˇs´ı. Uˇzivatel má napˇr´ıklad moˇznost nastavit mnoˇzstevn´ı hodnotu, která se bude vˇzdy u poloˇzky ˇ pˇredvyplnovat. Srovnán´ı aplikac´ı je moˇzné naj´ıt v tabulce 3.1. Pro pˇr´ıklad placené aplikace byl zvolen Inventory Droid [13]. Inventory ˇ ˚ ych Droid umoˇznuje online vyhledáván´ı informac´ı k naˇctené poloˇzce v ruzn ´ databáz´ıch (Google, Amazon, ...). Dále je tu moˇznost pˇridat vlastn´ı nová ˚ ych pole pro zadáván´ı ruzn hodnot, vybˇ ´ ´ er z mnoha druhu˚ jednotek atd. Aplikace exportuje data do formátu CSV a je zde umoˇznˇena záloha databáze a jej´ı opˇetovny´ import. Inventory Droid také podporuje kategorie, také je moˇzné k poloˇzkám pˇridávat fotografie, dále je zde moˇznost ˚ ych uzamˇcen´ı inventury pomoc´ı hesla, podpora ruzn ´ ciz´ıch mˇen a nˇekolik dalˇs´ıch funkc´ı.

3.4

Motorola Extension (Mx)

OS Android je primárnˇe urˇcen pro bˇezˇ né koncové uˇzivatele, kteˇr´ı maj´ı tento systém na mobiln´ım telefonu. Nen´ı tedy pˇr´ımo vyvinut pro vyuˇzit´ı ve fi˚ zitá ochrana dat a omezen´ı uˇzivatelskych remn´ım prostˇred´ı, kde je duleˇ ´ pravomoc´ı. Android procház´ı postupnym a rozˇsiˇruje svoje funkce, ale ´ vyvojem ´ ˚ zité funkce pro firemn´ı zákazn´ıky. Vˇsechny dastále tu chyb´ı nˇekteré duleˇ tové terminály od spoleˇcnosti Motorola (na kterych ´ bˇezˇ ´ı právˇe i aplikace BarcodeTerminator) jsou standardnˇe vybaveny rozˇs´ırˇ en´ım Mx Extensions [22]. Mx Extensions je v podstatˇe mezivrstva, která je mezi vlastn´ım OS a 24


Vyhledáván´ı v poloˇzkách Zadáván´ı lokace ˇ Razen´ ı poloˇzek Zadáván´ı sˇ arˇz´ı Vkládán´ı kategori´ı

BT ANO

Stocktaking NE

Inventory ANO

Inventory Droid ANO

ANO ANO ANO NE

ANO NE NE NE

NE ANO NE ANO

ANO ANO ANO ANO

Tabulka 3.1: Srovnan´ı aplikace BarcodeTerminator (BT) s vybranymi An´ droid aplikacemi samotnymi aplikacemi. D´ıky této mezivrstvˇe je moˇzné vyuˇz´ıt nové funkce ´ a vlastnosti operaˇcn´ıho systému, které nejsou pro bˇezˇ né uˇzivatele dostupné a udˇelat tak z Androidu systém, ktery´ je moˇzné pouˇz´ıvát ve firemn´ım prostˇred´ı. Mx Extension nen´ı standardn´ı souˇca´ st´ı OS Android, neomezuje ˚ funkcionalitu samotného systému a také nezpusobuje problémy s kompatibilitou aplikac´ı. Mx Extension pˇrinásˇ´ı hned nˇekolik rozˇs´ırˇ en´ı jako jsou napˇr´ıklad: •

Mx Security - pˇrinásˇ´ı nové moˇznosti pro zabezpeˇcen´ı vlastn´ıch dat a s´ıt’ové komunikace

•

Mx MAM (Mobile Application Management) - pomoc´ı Mx MAM je moˇzné kontrolovat, které aplikace budou nainstalovány do systému a nastavit, zda je moˇzné je aktualizovat a jak bude aktualizace prob´ıhat

•

ˇ Mx MDM (Mobile Device Management) - umoˇznuje napˇr´ıklad snaˇzsˇ´ı ˚ ych sd´ılen´ı ruzn ´ nastaven´ı pro daného pracovn´ıka mezi nˇekolik Android zaˇr´ızen´ı

•

Mx Data Capture - tento modul poskytuje nástroje, pomoc´ı kterych ´ je moˇzné jednoduˇse z´ıskavat data ze sn´ımac´ıho zaˇr´ızen´ı

•

Mx Wireless - rozˇsiˇruje moˇznosti Wi-Fi pro zabezpeˇcen´ı robustn´ıho a spolehlivého datového pˇrenosu

Barcode Terminator vyuˇz´ıvá pˇredevˇs´ım rozˇs´ırˇ en´ı Mx Data Capture. ´ ˚ ych Toto rozˇs´ırˇ en´ı obsahuje algoritmy pro dekodov´ an´ı ruzn ´ typu˚ cˇ a´ rovych ´ ´ u. ˚ Vysledek kod tohoto procesu je poté poskytnut pˇr´ımo aplikaci. Pˇres inte´ ˚ e parametry, které grovanou aplikaci DataWedge je moˇzné nastavovat ruzn´ ´ ovlivn´ı vlastn´ı sn´ımán´ı kodu a pˇredán´ı dat aplikaci. Jedná se napˇr´ıklad 25


Obrázek 3.5: Ukázka aplikace BarcodeTerminator ˚ eho formátu vystupu ´ o moˇznost zvolen´ı ruzn´ nebo nastaven´ı, jaké kody ´ je moˇzné cˇ ´ıst. Motorola mimo jiné nab´ız´ı i vlastn´ı DataCapture SDK pro Android. D´ıky tomuto SDK je moˇzné pˇristupovat jak k funkc´ım pro cˇ ten´ı ´ u, ˚ tak i k funkc´ım pro práci s cˇ teˇckou magnetickych cˇ a´ rovych kod karet ´ ´ (Magnetic Stripe Reader - MSR). Pˇri samotné inventuˇre se také vyuˇz´ıvá rozˇs´ırˇ en´ı Mx Security, které ˇ umoˇznuje nastavit aplikaci, která má na daném zaˇr´ızen´ı bˇezˇ et. T´ımto se ˚ ˚ e zabrán´ı uˇzivatelum, aby spouˇstˇeli jiné programy nebo provádˇeli ruzn´ zmˇeny v systému. Dále je moˇzné pomoc´ı toho rozˇs´ırˇ en´ı napˇr´ıklad zakázat pouˇz´ıván´ı Bluetooth nebo USB komunikace.

26

Kapitola 4

Popis a implementace serveru Hlavn´ı cˇ ast serveru je postavena na technologii WCF. V´ıce informac´ı o této technologii lze naj´ıt v knize [23]. Kniha obsahuje i postupy, které byly vyuˇzity pˇri vyvoji. Pro vyvoj serveru bylo zvoleno prostˇred´ı Microsoft Vi´ ´ sual Studio 2013. Jedná se o oficiáln´ı IDE pro tuto platformu. Samotny´ ser˚ ych ver je sloˇzen z nˇekolika odliˇsnych ´ technologi´ı, které jsou napsány v ruzn ´ programovac´ıch jazyc´ıch a jsou spojeny do jednoho celku. Server se skládá ze tˇr´ı hlavn´ıch cˇ a´ st´ı. Prvn´ı cˇ a´ st´ı je SQL databáze, dalˇs´ı cˇ a´ st´ı je Backend, ktery´ je vytvoˇren právˇe pomoc´ı WCF (napsáno v jazyce C#) a posledn´ı cˇ a´ st´ı je Frontend. Frontend je vytvoˇren pomoc´ı technologie ASP.NET, kde je ´ vyuˇzita kombinace C# a HTML kodu spojeného s kaskádovymi ´ styly (CSS). Na obrázku cˇ ´ıslo 4.1 je vidˇet vlastn´ı schéma celého systému.

4.1

Popis databáze

Na zaˇca´ tku celého vyvoje bylo potˇreba navrhnout vhodnˇe databázi, aby ´ ´ pˇr´ıpadné budouc´ı upravy byly co nejjednoduˇssˇ´ı a zmˇena se serveru dotkla co nejménˇe. Jako referenˇcn´ı informaˇcn´ı systém slouˇzil IS Pohoda [35] od firmy Stormware. Bylo nutné sepsat vˇsechny poˇzadavky na aplikaci od zákazn´ıka a také zjistit schéma samotnych ´ dat, se kterymi ´ se bude pracovat. Vlastn´ı návrh databáze vycházel z ERD diagramu (viz obrázek 4.2). Vysledn´ a databáze se skládá z 5 tabulek. Hlavn´ı tˇri relace jsou Inven´ tury, InventuryPolozky a Polozky. Do tabulky Inventury se ukladaj´ı jednotlivé inventury. Tedy název a identifikátor (ID) inventury, ktery´ se z´ıskává z extern´ıho informaˇcn´ıho systému. Tabulka Polozky je cˇ ´ıseln´ıkem ˚ ze byt vˇsech poloˇzek. Tato tabulka muˇ ´ vyuˇzita i pro dalˇs´ı budouc´ı moduly (napˇr´ıklad pˇr´ıjem a vydej zboˇz´ı), které budou pracovat právˇe se sezna´ mem poloˇzek. Tabulka InventuryPolozky spojuje inventuru a jednotlivé poloˇzky, které k této inventuˇre patˇr´ı. Také se v tabulce InventuryPolozky nacház´ı dalˇs´ı doprovodné informace (napˇr´ıklad mnoˇzstv´ı zboˇz´ı nebo sklad, na kterém je poloˇzka um´ıstˇena).

27

4. P OPIS A IMPLEMENTACE SERVERU

Obrázek 4.1: Schéma celého systému ˇ Posledn´ı dvˇe tabulky jsou doplnkov´ e. Tabulka Sklady obsahuje seznam ˚ Sklady jsou propojeny s tabulkou InventuryPolozky pˇres vˇsech skladu. identifikátor skladu. Pomoc´ı druhé tabulky SeriovaCisla je moˇzné vést ˚ a sériová cˇ ´ısla, vyrobn´ k dané poloˇzce ruzn´ ı cˇ ´ısla nebo napˇr´ıklad sˇ arˇze. Se´ riovaCisla jsou propojena s tabulkou Polozky. Databáze je postavena tak, aby neobsahovala zˇ a´ dná redundantn´ı data. Také po proveden´ı kaˇzdé transakce by mˇela byt ´ konzistentn´ı. Databáze ˇ je tedy normalizovaná (splnuje prvn´ı tˇri normáln´ı formy). Základn´ı tˇri normáln´ı formy jsou (pˇrevzato z [12]): •

1NF - Kaˇzdy´ atribut obsahuje pouze atomické hodnoty

•

2NF - Kaˇzdy´ nekl´ıcˇ ovy´ atribut je plnˇe závisly´ na celém primárn´ım kl´ıcˇ i (ne pouze na nˇejaké jeho podmnoˇzinˇe) 28


Obrázek 4.2: ERD diagram databáze

29

4. P OPIS A IMPLEMENTACE SERVERU •

3NF - Vˇsechny nekl´ıcˇ ové atributy mus´ı byt ´ vzájemnˇe nezávislé

ˇ Prvn´ı normáln´ı formu (1NF) splnuje databáze celkem jednoduˇse. Kaˇzdy´ jej´ı atribut je atomicky´ (tedy neobsahuje v´ıce neˇz jednu hodnotu). Napˇr´ıklad atribut Sklad, ktery´ obsahuje pouze jednu hodnotu. Pˇr´ıkladem atributu, ˇ ktery´ nesplnuje 1NF by byl napˇr´ıklad atribut Adresa s hodnotou ”Jan Novák, Nádraˇzn´ı 42, Zl´ın 12300”. ˇ Druhou normáln´ı formu (2NF) databáze splnuje také, jelikoˇz toto se rˇ eˇs´ı pouze, pokud se v relaci nacház´ı nˇejaky´ v´ıcehodnotovy´ primárn´ı kl´ıcˇ . V databázi zˇ a´ dny´ v´ıcehodnotovy´ primárn´ı kl´ıcˇ nen´ı. Je také vidˇet, zˇ e vˇsechny nekl´ıcˇ ové atributy jsou závislé na jednom primárn´ım kl´ıcˇ i. ˇ ˇ Aby databáze splnovala tˇret´ı normáln´ı formu (3NF), mus´ı splnovat pˇredchoz´ı dvˇe a nav´ıc kaˇzdy´ jej´ı nekl´ıcˇ ovy´ atribut nesm´ı byt ´ zavisly´ na jiném nekl´ıcˇ ovém atributu. Napˇr´ıklad kdybychom v relaci ukládali inforˇ tak by právˇe tyto dva mace o zamˇestnanc´ıch spolu s bydliˇstˇem a PSC, nekl´ıcˇ ové atributy byly na sobˇe závislé (kaˇzdému m´ıstu odpov´ıdá jedno ˇ Museli bychom je tedy dát do zvlásˇ tn´ı tabulky a spojit ji pˇres idenPSC). tifikátor s relac´ı zamˇestnanci. Takto je napˇr´ıklad vyˇreˇseno propojen´ı tabulky Polozky s InventuryPolozky. Proto jsou vˇsechny nekl´ıcˇ ové atributy nezávislé. D´ıky splnˇen´ı tˇechto tˇr´ı základn´ıch normáln´ıch forem je moˇzné databázi ˚ e jednoduˇseji udrˇzovat a spravovat. Lze napˇr´ıklad provádˇet snadnˇeji ruzn´ ´ upravy (updaty) poloˇzek. Také pokud se smaˇze nˇejaká cˇ a´ st databáze, tak se neodstran´ı zbyteˇcnˇe data, která byla nezávislá na smazanych ´ datech. Listing 4.1: SQL kod ´ pro vygenerován´ı tabulky InventuryPolozky CREATE TABLE [dbo].[InventuryPolozky]( [Id] [int] NOT NULL, [IdInventura] [int] NOT NULL, [IdPolozka] [nvarchar](50) NOT NULL, [Mnozstvi] [decimal](18, 0) NULL, [MnozstviSkutecne] [decimal](18, 0) NULL, [SerioveCislo] [nvarchar](50) NULL, [Sklad] [int] NULL, CONSTRAINT [PK_InventuryPolozky] PRIMARY KEY CLUSTERED ( [Id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]

30


4.2

Popis komunikace mezi aplikac´ı a serverem

Pro komunikaci mezi klientem a sluˇzbami je vyuˇzito frameworku WCF. ˚ WCF se skládá ze tˇr´ı základn´ıch stavebn´ıch prvku: •

Zpráva (message)

•

Sluˇzba (service)

•

Koncovy´ bod (endpoint)

WCF je zaloˇzeno na komunikaci mezi klientem a serverem, kdy klient zahajuje komunikaci a server mu odpov´ıdá. V naˇsem pˇr´ıpadˇe klientem je mobiln´ı aplikace BarcodeTerminator. Sluˇzbou je server, ktery´ cˇ eká na poˇzadavky od aplikace a pos´ılá odpovˇedi. Pro vzájemnou komunikaci WCF vyuˇz´ıvá právˇe zprávy. Zpráva je skupina dat, obsahuj´ıc´ı záhlav´ı a tˇelo (napˇr´ıklad HTTP poˇzadavek). Základn´ım prvkem WCF je sluˇzba. Sluˇzba je systém, ktery´ poskytuje je˚ Koncové body slouˇz´ı pro pˇr´ıjem a odes´ılán´ı den nebo v´ıce koncovych ´ bodu. SOAP (Simple Object Access protocol) zpráv. Sluˇzba také poskytuje metadata, která popisuj´ı konkrétn´ı sluˇzbu. D´ıky tomuto popisu klient v´ı, jak má s danou sluˇzbou komunikovat nebo na jaké adrese bˇezˇ ´ı atd. Sluˇzba se skládá ze tˇr´ı základn´ıch cˇ a´ st´ı: •

Tˇr´ıda sluˇzby - vlastn´ı implementace sluˇzby

•

˚ ze to byt Hostovac´ı prostˇred´ı - bˇehové prostˇred´ı sluˇzby (muˇ ´ IIS nebo tˇreba klasicky´ Windows proces)

•

Koncové body - jeden nebo v´ıce

Koncovy´ bod specifikuje m´ısto, kde se pˇrij´ımaj´ı a odes´ılaj´ı data. Skládá ze tˇr´ı cˇ a´ st´ı: •

Adresa (Address) - vlastn´ı adresa sluˇzby, kam se zprávy pos´ılaj´ı

•

´ Vazba (Binding) - specifikuje komunikaˇcn´ı protokol, kodov´ an´ı atd.

•

Kontrakty (Contract) - specifikuje rozhran´ı (napˇr´ıklad metody sluˇzby)

Ukázku nastaven´ı koncového bodu lze naj´ıt na vypise cˇ ´ıslo 4.2. Toto ´ nastaven´ı lze zmˇenit na serveru v souboru Web.config. 31

4. P OPIS A IMPLEMENTACE SERVERU Listing 4.2: Pˇr´ıklad nastaven´ı koncového bodu v konfiguraˇcn´ım souboru App.config <endpoint address="http://localhost:8080/library" binding="basicHttpBinding" contract="Client.Library.ILibrary" />

˚ e druhy kontraktu. ˚ Mezi Pˇri definici vlastn´ı sluˇzby vyuˇz´ıváme ruzn´ základn´ı kontrakty patˇr´ı kontrakt sluˇzby (ServiceContract), kontrakt dat (DataContract) a kontrakt zpráv (MessageContract). ˚ ze klient volat. Staˇc´ı napsat Kontrakt sluˇzby definuje operace, které muˇ [ServiceContract] napˇr´ıklad pˇred definici rozhran´ı a samotné metody poté oznaˇcit pomoc´ı [OperationContract]. Definice rozrann´ı IWebService, které se vyuˇz´ıvá pˇri komunikaci mezi mobiln´ı aplikac´ı a serverem je uvedeno na vypise cˇ ´ıslo 4.3. ´ Listing 4.3: Popis rozhran´ı IWebService pro komunikaci s Android aplikac´ı [ServiceContract] public interface IWebService { [OperationContract] [WebInvoke(Method = "GET", BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, UriTemplate = "SeznamInventury")] List SeznamInventury(); [OperationContract] [WebInvoke(Method = "GET", BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, UriTemplate = "SeznamSklady")] List<Sklad> SeznamtSklady(); [OperationContract] [WebInvoke(Method = "GET", BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, UriTemplate = "SeznamSeriovaCisla")] List<SerioveCislo> SeznamSeriovaCisla(); [OperationContract] [WebInvoke(Method = "GET", BodyStyle= WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, UriTemplate = "SeznamInventuraPolozky?id={idInventura}")] List SeznamInventuraPolozky(string idInventura);

32

4. P OPIS A IMPLEMENTACE SERVERU [OperationContract] [WebInvoke(UriTemplate = "ZpracujInventuraPolozky?id={idInventura}", Method = "POST", ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, BodyStyle= WebMessageBodyStyle.Bare)] bool ZpracujInventuraPolozky(List polozky, string idInventura); }

Dále je moˇzné u metod naj´ıt tˇreba atribut Method, ktery´ urˇcuje, zˇ e tato metoda bude volatelná metodou GET protokolu HTTP. Atribut UriTemplate slouˇz´ı pro nastaven´ı sˇ ablony URL. Do sloˇzenych závorek se uvád´ı ´ parametry metody. Parametry mohou byt ´ jen datového typu string. ResponseFormat urˇcuje formátován´ı odpovˇedi. V tomto pˇr´ıpadˇe JSON, ale je moˇzné vyuˇz´ıt tˇreba i XML. Pˇres definované rozhran´ı je potˇreba také pos´ılat i jiné datové typy, neˇz je ´ celu vyuˇzijeme kontrakt pro data. Tento kontrakt int nebo string. K tomuto uˇ definuje vlastn´ı datové typy pro komunikace mezi klientem a sluˇzbou. Staˇc´ı oznaˇcit zvolenou tˇr´ıdu nebo strukturu atributem [DataContract] a jednotlivé cˇ leny pak oznaˇc´ıme jako [DataMember]. Pˇr´ıklad takovéto tˇr´ıdy, která se vyuˇz´ıvá lze naj´ıt na vypise cˇ ´ıslo 4.4. Na vypise je také vidˇet, zˇ e je nastavena ´ ´ ˇ vlastnost Name u kaˇzdé promˇenné. Tato vlastnost umoˇznuje pˇrepsat implicitn´ı jméno dané promˇenné, takˇze pˇri komunikaci bude daná promˇenná vystupovat pod uvedenym ´ jménem. Listing 4.4: Pˇr´ıklad tˇr´ıdy Sklad s definovanym ´ datovym ´ kontraktem [DataContract(Name = "Sklad")] public class Sklad { [DataMember(Name = "id")] public int Id { get; set; } [DataMember(Name = "nazev")] public string Nazev { get; set; } [DataMember(Name = "popis")] public string Popis { get; set; } public Sklad(int id, string name, string popis) { this.Id = id; this.Nazev = name; this.Popis = popis; } }

33

4. P OPIS A IMPLEMENTACE SERVERU T´ımto je definováno API (Application Programming Interface) pro komunikaci mezi serverem a mobiln´ı aplikac´ı. Na serveru je nutné implementovat samotnou funkˇcnost API. Toto se provád´ı v souboru WebService.svc.cs, ktery´ implementuje právˇe rozhran´ı IWebService. Ukázku implementace metody SeznamInventury z rozhran´ı IWebService (viz vypis ´ 4.3) lze naj´ıt v pˇr´ıloze A vypis cˇ ´ıslo A.1. Tato metoda z´ıská seznam vˇsech ´ inventur z databáze a vrát´ı je ve formátu JSON mobiln´ı aplikaci. ˚ zitym Dalˇs´ım duleˇ souborem v tomto projektu je Web.config, ktery´ ´ slouˇz´ı jak pro konfiguraci koncového bodu sluˇzby (viz vyˇ ´ se), tak i dalˇs´ıch parametru˚ serveru (nastaven´ı session, zabezpeˇcen´ı atd.). Tento konfiguraˇcn´ı soubor vyuˇz´ıvá také technologie ASP.NET, která je vyuˇzita pro vytvoˇren´ı webového rozhran´ı server (viz kapitola 4.3).

4.3

Popis webového rozhran´ı

Webové rozhran´ı serveru pro správu vˇsech akc´ı je vytvoˇreno pomoc´ı technologie ASP.NET [7]. Tato technologie od spoleˇcnosti Microsoft je souˇca´ st´ı .NET Frameworku a slouˇz´ı právˇe pro tvorbu webovych ´ aplikac´ı a sluˇzeb. ASP.NET je nástupcem technologie ASP (Active Server Pages). ASP se mnohem v´ıce podobá PHP na rozd´ıl od ASP.NETu. ASP.NET je zaloˇzen na jazyku CLR (Common Language Runtime), ktery´ je sd´ılen vˇsemi aplikacemi postavenymi na .NET Frameworku. Takˇze ´ pro vyvoj aplikac´ı v ASP.NET je moˇzné pouˇz´ıvat jakykoliv programovac´ı ´ ´ jazyk, ktery´ CLR podporuje (napˇr´ıklad právˇe C# nebo Visual Basic .NET). Aplikace zaloˇzené na ASP.NET jsou pˇredkompilovány do nˇekolika dll knihoven a jsou rychlejˇs´ı neˇz aplikace postavené napˇr´ıklad na skriptovac´ıch jazyc´ıch, kde jsou stránky pˇri kaˇzdém pˇr´ıstupu znovu kompilovány. D´ıky ´ kompilovanému kodu je také zachyceno v´ıce chyb uˇz pˇri vyvoji. ASP.NET ´ bˇezˇ ´ı na stranˇe serveru a vystupem aplikace v ASP.NET je HTML stránka. ´ Dalˇs´ı vyhodou ASP.NETu je moˇznost vyuˇz´ıt uˇzivatelsky definovanych ´ ´ ovladac´ıch prvku˚ jako sˇ ablon. D´ıky tomu se vyznamnˇ e redukuje duplicitn´ı ´ ´ ASP.NET nab´ız´ı také bohaty´ vybˇ ˚ ych kod. ´ er komponent a ruzn ´ knihoven, které velmi zrychluj´ı vyvoj aplikac´ı. Dále je tu schopnost cachovat celou ´ stránku nebo pouze jej´ı cˇ a´ sti. Toto má také podstatny´ vliv na vykon serveru. ´ ˚ ych D´ıky ASP.NETu lze server provozovat na ruzn ´ operaˇcn´ıch systémech i webovych ´ serverech, napˇr. IIS nebo Apache (Windows, Linux), takˇze nen´ı dané rˇ eˇsen´ı závislé na jedné platformˇe. Webové rozhran´ı pro inventuru se skládá ze dvou hlavn´ıch komponent. Prvn´ı komponentou je GridView. Tato komponenta slouˇz´ı pro zobrazován´ı 34

4. P OPIS A IMPLEMENTACE SERVERU hodnot z databáze. Hodnoty jsou zobrazeny v pˇrehledné tabulce, kde kaˇzdy´ sloupec pˇredstavuje jedno pole z databáze a kaˇzdy´ rˇ a´ dek obsahuje jeden záznam. Vlastn´ı záznamy je moˇzné editovat, rˇ adit a provádˇet nad nimi dalˇs´ı operace. Ukázku nastaven´ı této komponenty lze naj´ıt na vypise ´ ´ je vloˇzen do tˇela stránky (mezi tagy ) cˇ ´ıslo 4.5. Tento kod do souboru InventuraPage.aspx. Listing 4.5: Ukázka nastaven´ı komponenty GridView v ASP.NET

˚ zitou komponentou je SqlDataSource. D´ıky této kompoDruhou duleˇ ˚ ych nentˇe je moˇzné z´ıskávat data z ruzn ´ typu˚ relaˇcn´ıch databáz´ı. Komponenta GridView má nastavenou vlastnost DataSourceID právˇe na SqlData˚ zité Source, ze kterého cˇ erpá data pro zobrazen´ı. V SqlDataSource je duleˇ nastavit parametr ConnectionString, ktery´ odkazuje na SQL databázi, se ˚ zitou vlastnost´ı je správnˇe sestaveny´ kterou se bude pracovat. Dalˇs´ı duleˇ pˇr´ıkaz select, ktery´ spojuje data z nˇekolika tabulek a tyto data poskytuje komponentˇe GridView pro jejich zobrazen´ı uˇzivateli (viz vypis 4.6). Cely´ ´ ´ komponenty SqlDataSource lze naj´ıt v pˇr´ıloze A.2 kod Listing 4.6: Ukázka pˇr´ıkazu select, ktery´ vyuˇz´ıvá komponenta SqlDataSource SelectCommand="SELECT InventuryPolozky.Id, InventuryPolozky. IdInventura, InventuryPolozky.IdPolozka, InventuryPolozky. Mnozstvi, InventuryPolozky.MnozstviSkutecne, InventuryPolozky.SerioveCislo, InventuryPolozky.Sklad, Sklady.Nazev, Polozky.CarovyKod, Polozky.Nazev AS Expr1, Polozky.Cena, Polozky.KodPolozky, Polozky.Sledovani FROM InventuryPolozky INNER JOIN Polozky ON InventuryPolozky.IdPolozka = Polozky.ID INNER JOIN Sklady ON Sklady.ID = InventuryPolozky.Sklad INNER JOIN SeriovaCisla ON SeriovaCisla.RefIdPolozka = InventuryPolozky. IdPolozka"

Vˇsechny serverové komponenty ASP.NET zaˇc´ınaj´ı tagem asp, následuje dvojteˇcka a název dané komponenty. Co bezpodm´ıneˇcnˇe mus´ı komponenta m´ıt, je vlastnost runat=”server”a identifikátor (vlastnost ID). Vlast35

4. P OPIS A IMPLEMENTACE SERVERU nost runat=”server”znamená, zˇ e skript se má spustit na stranˇe serveru, neˇz je zobrazen uˇzivateli. Vˇetˇsina komponent se zapisuje párovym ´ tagem, ovˇsem jsou i takové, které by se daly zapsat nepárovˇe. Takovou komponentou je napˇr´ıklad Label. Pokud budeme cht´ıt zmˇenit nˇejakou vlastnost komponenty pˇr´ımo ´ v kodu na pozad´ı, tak je potˇreba pomoc´ı identifikátoru (ID) naj´ıt komponentu a v poˇzadované metodˇe zmˇenit danou vlastnost. Pˇr´ıklad jednoduché zmˇeny vlastnosti je nastaven´ı parametru PageSize, právˇe u komponenty GridView pˇri naˇcten´ı stránky nebo nastaven´ı hodnoty Text u komponenty Label. Ukázku tˇechto vyuˇzitych cˇ ´ıslo 4.7 ´ zmˇen lze naj´ıt na vypise ´ Listing 4.7: Ukázka zmˇeny vlastnosti ASP.NET komponenty pˇr´ımo v kodu ´ protected void Page_Load(object sender, EventArgs e) { GridView1.PageSize = 50; } protected void SqlDataSource_OnSelected(object sender, SqlDataSourceStatusEventArgs e) { //celkovy pocet zaznamu v databazi Label3.Text = e.AffectedRows.ToString(); }

4.3.1 WebForms vs. MVC ASP.NET nab´ız´ı dva hlavn´ı postupy, jak webové stránky vytvárˇ et. Prvn´ı moˇznost´ı je vyuˇzit´ı WebForms. Druhou moˇznost´ı je MVC (Model-viewcontroller). Obˇe metody jsou zaj´ımavé a maj´ı sve vyhody a nevyhody. ´ ´ D´ıky konceptu ASP.NET WebForms jsou stránky poskládány z objektu˚ ˚ v desktopovych a komponent, které jsou obdobné ovládac´ım prvkum ´ aplikac´ı (WinForms) a tedy pro vyvoj´ ´ arˇ e nen´ı pˇrechod z této platformy na ASP.NET nároˇcny. ´ Pˇri tvorbˇe webové stránky je moˇzné pouˇz´ıvat kompo˚ a tlaˇc´ıtka (Button), nápisy (Label) a podobnˇe. nenty, jako jsou napˇr´ıklad ruzn´ ˚ lze pˇriˇrazovat urˇcité vlastnosti, zachytávat na nich události Tˇemto prvkum ´ (viz napˇr´ıklad 4.5), ktery´ tvoˇr´ı cˇ a´ st vysledn´ atd. Také produkuj´ı HTML kod e ´ stránky poslané do klientova prohl´ızˇ eˇce. Aplikace se chová podobnˇe jako desktopová, ale na pozad´ı je sloˇzitˇejˇs´ı logika, protoˇze nasimulovat deskto˚ povou aplikaci na webu je obt´ızˇ né a to z toho duvodu, zˇ e protokol HTTP je bezstavovy. ´

36


Obrázek 4.3: Ukázka webového rozhran´ı serveru Stavem je myˇsleno napˇr´ıklad zapamatován´ı si vyplnˇené hodnoty v pol´ıch a podobnˇe. Server nemá informace o tom, v jakém stavu je aplikace. Pouze k nˇemu pˇrijde nˇejaky´ poˇzadavek od aplikace a na základˇe tohoto poˇzadavku server vygeneruje HTML stránku. Po odeslán´ı stránky klientovi vˇetˇsina informac´ı na serveru zaniká. Pokud uˇzivatel napˇr´ıklad vypln´ı nˇejakou hodnotu, tak chceme, aby ˚ na nové stránce zustaly tyto hodnoty vyplnˇené, pokud jde o ten stejny´ formulárˇ . Stav formulárˇ e se tedy mus´ı nˇekde udrˇzovat, v ASP.NET je to rˇ eˇseno pomoc´ı tzv. ViewState (nebo ControlState). ViewState nen´ı nic jiného, neˇz skryté formulárˇ ové pole, které na vysledn´ e HTML stránce ´ uchovává stav aplikace a odeˇsle ho s dalˇs´ım dotazem serveru, ktery´ u sebe obnov´ı stav aplikace, jaky´ mˇela pˇredt´ım, provede nˇejakou akci a opˇet vygeneruje ViewState a stav zapomene. Toto se na pozad´ı opakuje a uˇzivatel si niˇceho nevˇsimne. Vyhodou je velká rychlost tvorby zejména aplikac´ı, kde ´ ˚ Nevyhodou ˚ je hodnˇe formulárˇ u. je zvyˇ ´ ´ sená velikost HTML stránky, kvuli odes´ılán´ı ViewState a ponˇekud komplikovanˇejˇs´ı architektura. Server vyuˇz´ıvá konceptu WebForms, ktery´ je vhodnym ´ rˇ eˇsen´ım pro ´ zbu). potˇrebnou funkcionalitu (nen´ı zbyteˇcnˇe sloˇzity´ a nároˇcny´ na udrˇ 37


Obrázek 4.4: Schéma architektury MVC MVC (Model View Controller) je novˇejˇs´ı koncept a pracuje odliˇsnˇe neˇz WebForms. C´ılem konceptu je zpˇrehlednit architekturu webu a rozdˇelit ho na 2 cˇ a´ sti - logiku a vystup. Rozdˇeluje webovou aplikaci na tˇri cˇ a´ sti: ´ •

Model (Model) - datová struktura

•

Pohled (View) - prezentuje vlastn´ı data (z modelu)

•

Kontroler (Controller) - reaguje na události a zajiˇst’uje zmˇeny v modelu a pohledu

Model jsou tedy data, business logika aplikace a také napˇr´ıklad i práce s databáz´ı. View je zobrazen´ım modelu a dalˇs´ıch prvku˚ uˇzivatelského ˇ ıd´ıc´ı komponentou rozhran´ı. Jedná se v podstatˇe o takovou sˇ abolonu. R´ je kontroler, ktery´ reaguje na zmˇeny a pˇrij´ımá data od uˇzivatele a komunikuje s modelem. Kontroler tedy zajiˇstuje aktualizaci modelu (dat) a pˇrekreslován´ı pohledu. Jak je vidˇet na obrázku cˇ ´ıslo 4.4, tak v architektuˇre MVC v principu existuj´ı pouze dvˇe pˇr´ımé vazby. Controller má pˇr´ımy´ odkaz na Model, aby mohl upravit jeho data. View má pˇr´ımy´ odkaz na Model, aby mohl jeho data zobrazit. Nikdy nesm´ı existovat pˇr´ımá vazba Modelu na ostatn´ı dvˇe komponenty. Také je zde naznaˇceno, zˇ e uˇzivatelsky´ vstup primárnˇe zachycuje View. MVC nen´ı nástupcem WebForms. Je to pouze dalˇs´ı alternativa, jak web tvoˇrit a jsou situace, kdy je vyuˇzit´ı MVC vyhodnˇ ejˇs´ı. WebForms je starˇs´ı ´ koncept, ktery´ vˇsak stále pˇrevládá ve firmách, kde je tato technologie vhodnˇejˇs´ı. 38

4. P OPIS A IMPLEMENTACE SERVERU 4.3.2 Vyuˇzit´ı MasterPage Aby vˇsechny webové stránky mˇely stejny´ vzhled a nˇekolik spoleˇcnych ´ cˇ a´ st´ı, které se budou chovat vˇzdy stejnˇe, tak je vyuˇzito nástroje Master´ Page. D´ıky tomuto pˇr´ıstupu nen´ı nutné na kaˇzdou stránku psát stejny´ kod. Spoleˇcná cˇ a´ st je sd´ılena pro vˇsechny stránky. Ve webové aplikaci je vytvoˇrena jedna MasterPage (má pˇr´ıponu master). Tato MasterPage obsahuje jednak definici vzhledu, rozloˇzen´ı atd., ale také má vyznaˇcená m´ısta, do kterych ´ lze vkládat obsah (komponenta ContentPlaceHolder). Dále staˇc´ı vytvoˇrit klasickou stránku s pˇr´ıponou aspx a v direktivˇe Page nastavit hodnotu vlastnosti MasterPageFile, jako adresu k souboru s pˇr´ıponou master, kde je definovany´ vzhled. Obsah, ktery´ bude zobrazen, je um´ıstˇen do komponenty Content (viz vypis cˇ ´ıslo 4.9). ´ ˇ ı pouze poˇzadovany´ obOstatn´ı stránky poté do MasterPage doplnuj´ sah. Do MasterPage je moˇzné vloˇzit v´ıce komponent ContentPlaceHolder. Ukázku pouˇzit´ı MasterPage na serveru je moˇzné naj´ıt na vypise cˇ ´ıslo 4.8. ´ Tento vypis je zkráceny. ´ ´ Listing 4.8: Ukázka vyuˇzit´ı MasterPage <%@ Master Language="C#" AutoEventWireup="true" CodeBehind= "MasterPage.Master.cs" Inherits="BTService.MasterPage" %> Barcode Terminator

39

4. P OPIS A IMPLEMENTACE SERVERU Listing 4.9: Ukázka standardn´ı stránky s komponentou Content <%@ Page Language="C#" Title="Hello world" MasterPageFile="˜/ MasterPage.master" %>

Kromˇe rozloˇzen´ı a chován´ı spoleˇcnych ´ ovládac´ıch prvku˚ lze v MasterPage také urˇcit vychoz´ ı obsah jednotlivych ´ ´ cˇ a´ st´ı, ktery´ se pouˇzije, pokud nebude ve zvolené stránce definovany´ nˇejaky´ obsah (tedy komponenta asp:Content s odpov´ıdaj´ıc´ım ContentPlaceHolderID). Takto lze napˇr´ıklad vytvoˇrit menu, které bude na vˇetˇsinˇe stránek stejné, ale v pˇr´ıpadˇe potˇreby ˚ ze byt muˇ ı obsah cˇ a´ st´ı se vkládá v mas´ u nˇejaké stránky upravené. Vychoz´ ´ ter page dovnitˇr tagu asp:ContentPlaceHolder, jak je vidˇet v následuj´ıc´ı ukázce: Listing 4.10: Ukázka vytvoˇren´ı menu Prvni stranka Druha stranka

4.4

Popis komunikace mezi serverem a informaˇcn´ım systémem

Pro komunikaci mezi serverem a zvolenym ´ informaˇcn´ım systémem je vytvoˇreno rozhran´ı IExternalSystemCommunication (viz 4.11). Listing 4.11: Rozhran´ı pro komunikaci mezi serverem a extern´ım IS public interface IExternalSystemCommunication { List SeznamInvetury(); List<Sklad> SeznamSklady(); List<SerioveCislo> SeznamSeriovaCisla(); List SeznamPolozkyInventura(int idInventura); bool UkoncitInventura(int id, List polozky); }

40


Obrázek 4.5: Schéma komunikace mezi serverem a IS Pohoda Pˇres toto rozhran´ı komunikuje server s knihovnami, které zajiˇstuj´ı export a import dat do konkrétn´ıho informaˇcn´ıho systému. Informaˇcn´ı systém Pohoda vyuˇz´ıvá komunikaˇcn´ı rozhran´ı XML. Pˇres toto rozhran´ı prob´ıhá pˇr´ıjem i odes´ılán´ı dat. Vyhodou XML komunikace ´ ’ je vyˇssˇ´ı bezpeˇcnost operac´ı, nebot pˇri XML komunikaci docház´ı ke kontrole a validaci dat samotnym ´ IS. Takˇze by nemˇelo doj´ıt k nˇejaké nekonzistenci mezi daty. Napˇr´ıklad pˇri importu dokladu˚ ve formátu XML ´ u, ˚ dopoˇc´ıtán´ı chybˇej´ıc´ıch informac´ı a docház´ı ke kontrole vstupn´ıch udaj v pˇr´ıpadˇe chybovosti importovanych ´ dat také k upozornˇen´ı na nutnost doplnˇen´ı nebo pˇrepracován´ı XML souboru bez jeho importován´ı. Tato forma komunikace je doporuˇcována autory Pohody. Vyhodou této komunikace ´ je také jej´ı otevˇrenost, nezávislost, dostupnost a v pˇr´ıpadˇe pouˇzit´ı transformaˇcn´ıch XSL souboru˚ plná pˇrenositelnost mezi libovolnymi systémy. ´ 41

4. P OPIS A IMPLEMENTACE SERVERU Schéma této komunikace je na obrázku cˇ ´ıslo 4.5. Komunikaci zahajuje server, ktery´ spust´ı IS Pohoda pˇres pˇr´ıkazovy´ rˇ a´ dek spolu s nˇekolika para˚ zitym metry. Duleˇ ´ parametrem je cesta k souboru typu INI, ktery´ obsahuje cestu k importovanému obsahu. Pohoda tento obsah zpracuje a vytvoˇr´ı novy´ soubor XML, ktery´ obsahuje odpovˇed’ na pˇrijatá data a server tento soubor zpracuje. Bohuˇzel pomoc´ı XML komunikace nen´ı v souˇcasné dobˇe moˇzné provést export nebo import inventury. Jedinou moˇznost´ı je vyuˇz´ıt pˇr´ımého cˇ ten´ı a zápisu z a do databáze. V tomto pˇr´ıpadˇe to nen´ı velky´ problém, jelikoˇz inventurn´ı data jsou v podstatˇe jen ve dvou tabulkách. Prvn´ı je skZInvList, coˇz je seznam inventur a SkzInv, kde jsou uloˇzeny poloˇzky k jednotlivym ´ inventurám. Základn´ı verze Pohody pracuje s databáz´ı Access a zde prob´ıhá komunikace pˇres OledDBprovider. Pokroˇcilejˇs´ı verze Pohody vyuˇz´ıvaj´ı uˇz SQL databázi, kde prob´ıhá komunikace pˇres SqlProvider. Ukázková metoda pro z´ıskán´ı vˇsech invetur z IS Pohoda je na vypise cˇ ´ıslo ´ 4.12. Jakmile server obdrˇz´ı seznam vˇsech invetur pˇres rozhran´ı IExternalSystemCommunication, tak tyto inventury uloˇz´ı do databáze (tabulka Inventury) a poté naˇcte pomoc´ı metody SeznamPolozkyByInventury poloˇzky k danym ´ inventurám z extern´ıho informaˇcn´ıho systému. Listing 4.12: Zdrojovy´ kod ´ pro z´ıskán´ı vˇsech inventur z IS Pohoda (databáze Access) public List SeznamInvetury() { List inventury = new List(); OleDbConnection con = new OleDbConnection(ConectionString); OleDbCommand cmd = new OleDbCommand("SELECT * FROM SKzInvLst", con); con.Open(); OleDbDataReader rd; rd = cmd.ExecuteReader(); if (rd != null) { while (rd.Read()) { inventury.Add(new Inventura((int)rd["ID"], rd[" SText"])); } } con.Close(); return inventury; }

42

Kapitola 5

Závˇer Vysledn´ a aplikace byla vyvinuta ve spolupráci se Supermarketem ´ Svitávka. Na vyvoji se pod´ıleli zamˇestnanci podniku a aplikace proˇsla tes´ tovac´ı inventurou, kde byly doladˇeny drobné nedostatky a chyby, které ˚ ych byly nalezeny z tohoto testován´ı. Také bylo navrˇzeno nˇekolik ruzn ´ zmˇen, které by mohly byt ´ v budoucnu zaˇrazeny do celého systému. Jedná ´ se napˇr´ıklad o drobné upravy uˇzivatelské rozhran´ı, rozˇs´ırˇ en´ı nastaven´ı aplikace, moˇznost pˇrihlásˇ en´ı a odhlásˇ en´ı obshluhy atd. Po proveden´ı testovac´ı inventury bylo zamˇestnanci podniku konstatováno, zˇ e novy´ postup inventury je jednoduˇssˇ´ı a rychlejˇs´ı, neˇz stávaj´ıc´ı postup. Hlavn´ı c´ıle aplikace jsou tedy splnˇeny. V této práci byl popsán jednak postup pˇri samotném vyvoji aplikace. Od ´ ˚ ych popisu OS Android a ruzn exis´ aspektu˚ této platformy, pˇres analyzu ´ tuj´ıc´ıch rˇ eˇsen´ı, pouˇzitych ´ knihoven pˇres návrh aplikace a jej´ı implementaci. Dále je zde popsán postup návhru databáze a implementace celého serveru spolu s jeho webovym ´ rozhran´ım. Aplikace BarcodeTerminator má velky´ potenciál. Jedná se o univerzáln´ı ˚ ych aplikaci pro sn´ımán´ı zboˇz´ı a vkládán´ı ruzn ´ hodnot. Aplikaci je moˇzné ´ po menˇs´ı upravˇ e vyuˇz´ıt i na jiné firemn´ı procesy (pˇr´ıjem a vydej zboˇz´ı ´ atd.). Je moˇzné ji také spustit i na obyˇcejnych ´ mobiln´ıch telefonech, takˇze nen´ı vázána pouze na speciáln´ı hardware. Pro napojen´ı na jiny´ informaˇcn´ı systém staˇc´ı vytvoˇrit knihovnu, která ze zvoleného IS provede export dat do databáze serveru a poté zpracovat inveturu standardn´ım postupem.

43

Pˇr´ıloha A

Ukázkové zdrojové kody ´ Listing A.1: Ukázka implementace cˇ a´ sti rozhran´ı IWebService na serveru public class WebService : IWebService { public List GetInventury() { List seznamInventur = new List(); SqlConnection con = null; try { con = new SqlConnection(Globals. ConectionStringToBarcodeDatabase); SqlCommand cmd = new SqlCommand("SELECT * FROM Inventury", con); con.Open(); SqlDataReader rd; rd = cmd.ExecuteReader(); if (rd != null) { while (rd.Read()) { seznamInventur.Add(new Inventura((int)rd[" Id"], rd["Name"].ToString())); } } } catch (Exception ex) { return null;} finally { if (con != null) con.Close(); } return seznamInventur; } }

44

´ ´ ´ ZDROJOV E´ K ODY A. U K AZKOV E Listing A.2: Ukázka implementace komponenty SqlDataSource " OnSelected=" SqlDataSource_OnSelected" FilterExpression="Nazev LIKE ’%{0}%’" DeleteCommand="DELETE FROM [InventuryPolozky] WHERE [Id] = @Id" InsertCommand="INSERT INTO [InventuryPolozky] ([Id], [IdInventura], [IdPolozka], [CarovyKod], [Nazev], [ Mnozstvi], [MnozstviSkutecne], [Cena], [KodPolozky], [ Sledovani], [SerioveCislo]) VALUES (@Id, @IdInventura, @IdPolozka, @CarovyKod, @Nazev, @Mnozstvi, @MnozstviSkutecne , @Cena, @KodPolozky, @Sledovani, @SerioveCislo)" SelectCommand="SELECT InventuryPolozky.Id, InventuryPolozky. IdInventura, InventuryPolozky.IdPolozka, InventuryPolozky. Mnozstvi, InventuryPolozky.MnozstviSkutecne, InventuryPolozky.SerioveCislo, InventuryPolozky.Sklad, Sklady.Nazev AS Expr1, Polozky.CarovyKod, Polozky.Nazev, Polozky.Cena, Polozky.KodPolozky, Polozky.Sledovani FROM InventuryPolozky INNER JOIN Polozky ON InventuryPolozky. IdPolozka = Polozky.ID INNER JOIN Sklady ON Sklady.ID = InventuryPolozky.Sklad" UpdateCommand="UPDATE [ InventuryPolozky] SET [IdInventura] = @IdInventura, [ IdPolozka] = @IdPolozka, [CarovyKod] = @CarovyKod, [Nazev] = @Nazev, [Mnozstvi] = @Mnozstvi, [MnozstviSkutecne] = @MnozstviSkutecne, [Cena] = @Cena, [KodPolozky] = @KodPolozky, [Sledovani] = @Sledovani, [SerioveCislo] = @SerioveCislo WHERE [Id] = @Id">

45

´ ´ ´ ZDROJOV E´ K ODY A. U K AZKOV E

46

Literatura [1] 7 Killer Features that set Jackson apart from competition (Java JSON. Cowtalk [online]. http://www.cowtowncoder.com/blog/ archives/2010/11/entry_434.html, 2010. [cit. 10.12. 2014]. [2] Activity. Android Developers [online]. http://developer. android.com/reference/android/app/Activity.html, 2014. [cit. 7.12. 2014]. [3] Android. [online]. https://www.android.com/, 2014. [cit. 7.12. 2014]. [4] Android, the world’s most popular mobile platform. Android Developers [online]. http://developer.android.com/about/index. html, 2014. [cit. 18.12. 2014]. [5] Android-x86. Porting Android to x86 [online]. android-x86.org/, 2014. [cit. 7.12. 2014].

http://www.

[6] Android Architecture. [online]. http://www.tutorialspoint. com/android/android_architecture.htm, 2014. [cit. 7.12. 2014]. [7] ASP.NET. The ASP.NET Site [online]. http://www.asp.net/, 2014. [cit. 10.12. 2014]. [8] Be a Lazy but a Productive Android Developer, Part 3: JSON Parsing Library. Javalobby [online]. http://java.dzone.com/articles/ be-lazy-productive-android, 2014. [cit. 7.12. 2014]. [9] Android Developers Blog. [online]. http:// android-developers.blogspot.cz/, 2014. [cit. 10.10. 2014]. [10] Building and Running Overview. Android Developers [online]. http://developer.android.com/tools/building/ index.html, 2014. [cit. 7.12. 2014]. 47

´ ´ ´ ZDROJOV E´ K ODY A. U K AZKOV E [11] Daniel Lew’s Coding Thoughts. Streaming JSON Parsing Performance Test: Jackson vs. GSON [online]. http://daniel-codes.blogspot.cz/2013/12/ streaming-json-parsing-performance-test.html, 2013. [cit. 10.12. 2014]. [12] Normalizace databáze. Wikipedie [online]. http://cs. wikipedia.org/wiki/Normalizace_datab%C3%A1ze, 2014. [cit. 15.12. 2014]. [13] Inventory Droid. Aplikace pro Android ve sluˇzbˇe Google Play [online]. https://play.google.com/store/apps/details?id= com.app.inventorydroid, 2014. [cit. 10.12. 2014]. [14] Eclipse. The Eclipse Foundation open source community website [online]. https://www.eclipse.org/, 2014. [cit. 7.12. 2014]. [15] What Is Windows Communication Foundation. Microsoft [online]. http://msdn.microsoft.com/en-us/library/ms731082(v= vs.110).aspx, 2014. [cit. 3.12. 2014]. [16] google gson. A Java library to convert JSON to Java objects and viceversa [online]. https://code.google.com/p/google-gson/, 2014. [cit. 1.12. 2014]. [17] SQLite Optimization in Android Programming. SQLite Optimization in Android Apps [online]. http://www.android-app-market.com/ sqlite-optimization-in-android-programming-sqlit& e-optimization-in-android-apps.html, 2012. [cit. 7.12. 2014]. [18] Scanning Via Intent. zxing Wiki [online]. https://github.com/ zxing/zxing/wiki/Scanning-Via-Intent, 2014. [cit. 7.12. 2014]. [19] JacksonDownload. FasterXML Wiki [online]. http://wiki. fasterxml.com/JacksonDownload, 2014. [cit. 18.12. 2014]. [20] Mobile operating systems: global market share 2012-2014. Statistic [online]. http://www.statista.com/statistics/272698/ global-market-share-held-by-mobile-operating-syste& ms-since-2009/, 2014. [cit. 7.12. 2014]. 48

´ ´ ´ ZDROJOV E´ K ODY A. U K AZKOV E [21] Mark L. Murphy. The Busy Coder’s Guide to Android Development. CommonsWare, 2008. [22] Extensions (Mx). Motorola Solutions USA [online]. http://www. motorolasolutions.com/US-EN/Business+Product+and+ Services/Software+and+Applications/Mx_Extensions, 2014. [cit. 10.12. 2014]. [23] Fabio Cozzolino Johann Grabner Pablo Cibraro, Kurt Claey. Professional WCF 4: Windows Communication Foundation with .NET 4. WROX PRESS, 2010. [24] SQLite Home Page. [online]. http://www.sqlite.org/, 2014. [cit. 7.12. 2014]. [25] Google Play. [online]. https://play.google.com/store, 2014. [cit. 7.12. 2014]. [26] Barcode Scanner. Aplikace pro Android ve sluˇzbˇe Google Play [online]. https://play.google.com/store/apps/details?id= com.google.zxing.client.android, 2014. [cit. 7.12. 2014]. [27] Making ListView Scrolling Smooth. Android Developers [online]. http://developer.android.com/training/ improving-layouts/smooth-scrolling.html, 2014. [cit. 10.12. 2014]. [28] Stocktaking. Aplikace pro Android ve sluˇzbˇe Google Play [online]. https://play.google.com/store/apps/details?id= de.primaapps.android.inventory, 2014. [cit. 10.12. 2014]. [29] Download Android Studio and SDK Tools. Android Developers [online]. https://developer.android.com/sdk/installing/ studio.html, 2014. [cit. 7.12. 2014]. [30] Performance Tips. Android Developers [online]. http:// developer.android.com/training/articles/perf-tips. html, 2014. [cit. 10.12. 2014]. [31] Representational State Transfer. Wikipedie [online]. http://cs. wikipedia.org/wiki/Representational_State_Transfer, 2014. [cit. 7.12. 2014]. 49

´ ´ ´ ZDROJOV E´ K ODY A. U K AZKOV E [32] JAXB vs. GSON and Jackson. Thomas Uhrig [online]. http: //tuhrig.de/jaxb-vs-gson-and-jackson/, 2014. [cit. 10.12. 2014]. [33] Improving Your Code with lint. Android Developers [online]. http://developer.android.com/tools/debugging/ improving-w-lint.html, 2014. [cit 11.11. 2014]. [34] ZXing. [online]. https://github.com/zxing/zxing/, 2014. [cit. 7.12. 2014]. ´ cetn´ı program POHODA. STORMWARE [online]. http://www. [35] Uˇ pohoda.cz/, 2014. [cit. 18.12. 2014].

50

Mobilní aplikace pro inventarizaci majetku

Recommend Documents