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

Rozměr: px
Začít zobrazení ze stránky:

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

Transkript

1 }w!"#$%&'()+,-./012345<ya Masarykova univerzita Fakulta informatiky Uživatelské rozhraní ERP systému Diplomová práce Bc. Otakar Hypš Brno, jaro 2014

2 Prohlášení Prohlašuji, že tato diplomová práce je mým původním autorských dílem, které jsem vypracoval samostatně. Všechny zdroje, prameny a literaturu, které jsem při práci používal nebo z nich čerpal, v práci řádně cituji s uvedením úplného odkazu na příslušný zdroj. Vedoucí práce: Ing. Leonard Walletzký, Ph.D. ii

3 Poděkování Děkuji Ing. Leonardu Walletzkému, Ph.D. za vedení práce. Děkuji rodičům a bratrovi za dlouhodobou podporu v průběhu celého studia. Dále děkuji všem, kteří pomáhali směřovat moje kroky v průběhu tvorby této práce. Mým drahým přátelům děkuji za životní oporu. Děkuji společnosti CÍGLER SOFTWARE, a.s. za důvěru a ochotu participovat na tomto díle. iii

4 Shrnutí Tato diplomová práce se zabývá uživatelským rozhraním ERP systémů. Značná část se věnuje mapování prostředí, ve kterém ERP systémy fungují a poukazuje na typické problémy složitých rozhraní. Výsledkem práce je softwarový prototyp, který navrhuje jedno z možných řešení zahlceného menu v prostředí webových ERP systémů. Řešení vychází z uživatelských požadavků a je podloženo dvěma koly testování. iv

5 Klíčová slova uživatelské rozhraní, ERP, SAP R3, Windows UI, HCI, HMI, menu, adaptivní a adaptibilní rozhraní, testování, hodnocení použitelnosti, user centered design v

6 Obsah 1 Úvod ERP systémy Další definice ERP systémů ERP v užším slova smyslu ERP II Ekonomické systémy Klasifikace ERP systémů Open source a proprietární software Open source Proprietární řešení Historie ERP Nové trendy Příklady ERP a Ekonomických systémů SAP idempiere Money S idoklad.cz Uživatelské rozhraní Historie uživatelského rozhraní ERP Historie SAP R/ SAP R/ SAP R/3 verze 1.0 a SAP R/3 verze 2 a SAP R/3 verze 3 a SAP R/3 verze SAP R/3 verze 4.6 a novější Historie UI MS Windows Windows Windows 98, ME, Windows XP Windows Vista Windows vi

7 Windows Ribbon User Interface Software bloat RUI a uživatelé Web ERP Obecná pravidla a pojmy z oblasti HMI Osm pravidel pro návrh uživatelského rozhraní User centered design Metafory Mentální model Mapování Zpracování informací Tvarová psychologie Gestaltpsychologie Funkce a forma Desktopové aplikace Human Interface Guidelines Časté chyby Webové aplikace Časté chyby Mobilní zařízení Formuláře Menu Cíl menu Pedagogic Vector Rozdělení menu dle míry přizpůsobitelnosti Statické Adaptibilní Adaptivní Porovnání Statického, Adaptibilního a Adaptivního menu Adaptivní rozhraní Boulevard Hodnocení použitelnosti rozhraní a testování Použitelnost Metody hodnocení použitelnosti Explorační Hodnoticí Ověřovací Příklady Focus Group Strukturované interview Dotazník vii

8 4.3 Kvantitativní a kvalitativní Typy otázek Otevřené / Uzavřené Přímé / Nepřímé Dle úlohy v testování Škálové dotazy Návrh menu webového ERP systému Explorace Papírový prototyp Softwarový prototyp Zpracování výstupů finálního testování Závěr A Scénář testování papírového prototypu B Scénář testování softwarového prototypu C Obsah elektronické přílohy v archívu IS MU viii

9 Kapitola 1 Úvod Uživatelské rozhraní je hranice zprostředkovávající komunikaci mezi dvěma prostředími. V této práci se jedná o prostředí mezi počítačem a člověkem. První jmenované se specifikuje na odvětví ERP systémů. Jedná se o rozsáhlé systémy sloužící k řízení společnosti a zasahující do všech odvětví organizace. Návrhům uživatelských rozhraní se obvykle nevěnuje dostatečná pozornost. Nezřídka vznikají na základě úsudku programátorů pracujících na vývoji daného softwaru. Rozhraní pak často kopíruje strukturu programu, aniž by byl zohledněn pohled uživatele neznalého vnitřní struktury. Oddělení návrhu rozhraní od struktury programu je zásadním krokem pro zlepšení použitelnosti softwaru. Správnou cestou návrhu je design zaměřený na uživatele. Cílem této práce je zmapovat prostředí ERP systémů ve vztahu k jejich uživatelským rozhraním a navrhnout řešení konkrétního problému. Z tohoto důvodu je zpočátku nahlíženo na ERP systémy ze široka. Téma práce se zužuje k návrhu rozhraní menu webového ERP systému. To vede k řešení problému zahlceného menu u systémů nabízejících široké spektrum funkcí. Zároveň řešení podporuje přesun takových systémů do prostředí webu. Kapitola nazvaná ERP systémy zavádí definice různých typů podnikových systémů. Mapuje prostředí jejich výskytu v historii, současnosti i blízké budoucnosti. Zavádí klasifikace a praktické příklady. Třetí kapitola se zabývá uživatelským rozhraním. Seznamuje s jeho historií ve vztahu k ERP systémům a představuje zásadní principy a termíny z oblasti komunikace člověka s počítačem. Poukazuje na jeden z největších problémů rozhraní, kterým je zahlcení navigace u rozsáhlých systémů. V závěru kapitoly se téma zaměřuje na principy navigace. Kromě uživatelských rozhraní se kapitola částečně věnuje tématu tvarové psychologie a nabízí malý exkurz do historie architektury v části nazvané Funkce a forma. Pro použití metod hodnocení použitelnosti v praktické části je třeba definovat principy, kterými se hodnotí a testuje použitelnost rozhraní. Základní metody jsou představeny ve čtvrté kapitole. V části Návrh menu webového ERP systému se práce blíží závěru. Soustředí se prakticky na jeden problém, jehož řešení spočívá v implementaci 1

10 1. Úvod informací získaných průzkumem mezi uživateli. Vytvořeny jsou dva druhy prototypů na různých úrovních abstrakce. Ty jsou otestovány ve spolupráci se společností CÍGLER SOFTWARE, a.s. Výstupem z testování je funkční prototyp menu webového ERP systému. 2

11 Kapitola 2 ERP systémy Zkratka ERP vychází z anglického názvu Enterprise Resource Planning, česky přeloženo jako plánování podnikových zdrojů. ERP je možné definovat jako integrovaný softwarový systém, který podporuje plánování a řízení všech hlavních procesů podniku. Důležitou vlastností je používání standardizovaných přístupů k těmto procesům. Terminologie v oblasti informačních systémů není dosud pevně sjednocena, a tak je možné se setkat s různými definicemi ERP.[1] Nejednotnost je dána mimo jiné velikou rozmanitostí a úhlem pohledu na každý jednotlivý ERP systém. 2.1 Další definice ERP systémů Soubor ucelených funkcí pro organizování, definování a standardizaci pracovních procesů nutných pro efektivní plánování a řízení organizace takovým způsobem, aby tyto vnitřní znalosti mohla organizace využívat jako výhodu v konkurenčním boji. [2] ERP je typ aplikace, respektive aplikačního software, který umožňuje řízení a koordinaci všech disponibilních podnikových zdrojů a aktivit. Mezi hlavní vlastnosti ERP patří schopnost automatizovat a integrovat klíčové podnikové procesy, funkce a data v rámci celé firmy. [3] ERP systém pomáhá podniku automatizovat a integrovat hlavní procesy, sdílet společná podniková data a umožnit jejich dostupnost v reálném čase. Při jeho zavádění často dochází k Business Process Reengineeringu, tj. restrukturalizaci společnosti a jejích procesů. [4] Z těchto definic lze chápat ERP systém od základu jako velice komplexní řešení pro všechny společnosti. Je nutné si uvědomit, že struktura společností se značně liší. První možné dělení, jaké se nabízí, je dle velikosti podniku. Český statistický úřad dělí malé a střední podniky na drobné s počtem zaměstnanců menším než deset, malé v rozmězí 10 až 49 a střední od 50 do 250 3

12 2. ERP systémy zaměstnanců.[5] Právě počet zaměstnanců je významný faktor, který určuje, jak rozsáhlý ERP systém bude vhodné v podniku nasadit. 2.2 ERP v užším slova smyslu Jak je naznačeno výše, společnosti se liší a to nejen velikostí, ale i specifickými nároky. Proto jsou ERP systémy obvykle skládány z jednotlivých modulů. Samotný ERP systém je jádro společné všem podnikům obsahující funkcionality, jako například: Financování, Lidské zdroje, Nákup, Prodej, Výroba. Na takový systém lze nahlížet jako na ERP v užším slova smyslu. [1] 2.3 ERP II Úpravy takzvaně na míru se dotváří buď implementací dodatečných modulů k jádru ERP systému, nebo programováním specifického modulu přesně dle požadavků zákazníka. Typickými moduly jsou CRM (Řízení vztahu se zákazníky), BI (Podnikové zpravodajství), SCM (Řízení vztahu s dodavateli) a další. ERP spolu s těmito aplikacemi pak lze považovat za ERP v širším slova smyslu, nebo též ERP II.[4] Obrázek 2.1: Struktura ERP systému v širším pohledu 2.4 Ekonomické systémy Nejen softwarové, jak je popsáno výše, ale též hardwarové nároky na provozní zařízení i síť jsou vysoké. Vyvstává otázka, pro koho jsou tyto rozsáhlé systémy určeny. Drobní podnikatelé, podle definice v kapitole 2.1, nevyužijí 4

13 2. ERP systémy kompletně ani jádro ERP systému. I oni potřebují způsob provozu nejnutnější agendy, jako je fakturace, skladové hospodářství a mzdy. Jim určené aplikace se nazývají Ekonomické systémy. Základní rozdíl mezi ERP a Ekonomickým systémem je v počtu funkcí. Další výrazný rozdíl je rozsah vnitřní integrace. To znamená, že v Ekonomickém systému jsou uložena data pro fakturaci, mzdy i sklad, ale tato data jsou uložena separátně a nejsou nijak propojena. Nelze na ně nahlížet v ucelené formě, jako je to obvyklé u BI (Business inteligence 1 ) modulů v ERP systémech. 2.5 Klasifikace ERP systémů Veškeré programové vybavení počítače je možné dělit na: Systémový software Aplikační software Systémový software představují skupiny programů a modulů tvořící operační systémy, překladače, služební programy a další. Úzce souvisí s vývojem zařízení směrem k lepšímu využití technických prostředků. Aplikační software lze nejlépe klasifikovat z hlediska cíle, pro který byl navržen. Může se jednat o individuální balík programů, který má sloužit jednomu účelu, nebo byl systém vytvořen pro vícenásobné použití. Takto lze aplikační software rozdělit na individuální a standardizovaný. ERP systémy patří ke standardizovanému programovému vybavení, přitom není vyloučeno, že mohou být doplněny funkcemi speciálně vyvinutými na zakázku, ať už vlastními silami či dodavatelem. Standardizované systémy si kladou za cíl použití ve větším počtu organizací. V případě ERP systémů podporují ekonomickou činnost podniku a to mimo jiné také transakčně. Patří tedy mezi transakční systémy. Jejich klasifikace se nachází v tabulce 2-1. Takové rozdělení je poměrně hrubé, ale pro obecný pohled dostačující.[1] 1. Výraz Business inteligence lze volně přeložit do českého jazyka jako Podnikové zpravodajství. 5

14 2. ERP systémy Typ Popis Příklad Vertikální (odvětvové) Zaměřují se na řešení Systémy řízení nemocnic, specifických funkcí systémy v automo- v určitém odvětví. bilovém průmyslu aj. Transakční Zajišťují běžné transakce v organizaci dle Výroba, skladové hospodářství, logistika aj. jednotlivých subsystémů. Speciální Poskytují speciální Statistické programy, funkce často v návaznosti experimentární sys- na provozní témy, prognostické funkce transakčních programy, systémy pro systémů. podporu rozhodování aj. Tabulka 2-1: Klasifikace transakčních systémů [1] 2.6 Open source a proprietární software Velice podstatným kritériem dělení ERP systémů je cena. Opět vystačíme s hrubým dělením, v tomto případě na software zdarma a placený software. Každé z těchto řešení nese své klady a zápory. Není možné jednoznačně říci, které z nich je lepší, protože to závisí na velikosti i struktuře společnosti a také na tom, k jakému účelu a v jakém rozsahu chce společnost ERP systém využívat Open source Jednoznačnou výhodou Open source řešení je cena. Potřebný software obvykle získáte legálně zdarma. Samotná instalace software, nastavení a hardwarové nároky mohou nést dodatečné náklady. Stále se cena takového ERP systému bude pohybovat pod cenou komerčních řešení, ale již nelze hovořit o systému zdarma. Výhodou je bez pochyby otevřený kód softwaru, díky němuž je možné program přizpůsobit na míru požadavkům. Poměrně zásadní nevýhodou je nepřítomnost technické podpory pro konkrétní verzi systému, který byl upravován právě pro potřeby společnosti. Toto je možné řešit externím dodavatelem s jistou mírou garance, ale opět přítomnost dodavatele výrazně zvýší náklady. Nyní již ne na pořízení software, ale už na jeho provoz. 6

15 2. ERP systémy Proprietární řešení Proprietární software nemá veřejně přístupný zdrojový kód, a proto není možné jej upravovat dodatečně vlastními silami. Někdy je též nazýván software s uzavřeným kódem 2. Takový software nemusí být nutně komerční, ale ve většině případů tomu tak je.[9] Bývá poskytován jako hotové celoplošné řešení, někdy označované jako krabicový software. Obvykle je spravován společností, která zajistí veškerý servis spojený s instalací, provozem, reklamacemi i školením zaměstnanců společnosti, kde bude systém nasazován. 2.7 Historie ERP Pro orientaci mezi ERP systémy a pro dobrý odhad fáze jejich vývoje je nutné znát také základní milníky jejich historie. Evoluce těchto systémů probíhala současně s vývojem informačních technologií a počítačového hardwaru. Dříve, než se vůbec nové technologie dostaly na veřejnost, byly využívány sálové počítače pro řízení skladových zásob. K tomu sloužily legacy systémy programované v jazycích jako je CO- BOL, ALGOG či FORTRAN. Hovoříme o šedesátých letech dvacátého století. O desetiletí později se objevovaly takzvané MRP systémy (Material requirements planning), které zahrnovaly převážně plánování výroby. Na ně navazovaly systémy MRP II, jež kladly důraz na optimalizaci procesů synchronizováním materiálu a nároků na jeho produkci. Taktéž zahnovaly nová rozšíření, jako řízení distribuce, projektový management, lidské zdroje i financování. Těchto rozšíření se předchůdci ERP systémů dostalo v osmdesátých letech.[6] Až s příchodem roku 1990 se začíná hovořit o prvních ERP systémech založených právě na systémech MRP a MRP II. Zahrnují výrobu, distribuci, účetnictví, finance, lidské zdroje, projektový management, údržbu a mnoho dalších modulů. Taktéž prodejci začali vyvíjet nové moduly, které bylo možné doplnit k jádru systému a tím jej přizpůsobovat pro konkrétní společnost. Například na přelomu tisíciletí docházelo k masivnímu rozvoji obchodování přes internet[7], což vedlo k častým implementacím elektronického obchodování do ERP.[8] Systém zahnující tyto přídavné moduly se v literatuře objevuje pod názvem ERP II nebo též rozšířený ERP (extended ERP).[6] Každé desetiletí od šedesátých let definuje jeden krok ve vývoji ERP systémů sálové počítače a řízení zásob 2. Z anglického closed source software. 7

16 2. ERP systémy MRP I MRP II ERP ERP II Cloud Computing 3 Na závěr výčtu je připojen rok Dá se předpokládat, že dalším krokem ve vývoji ERP bude v tomto desetiletí přesun systémů do cloudu Nové trendy Mnoho společností vyvíjejících ERP systémy se nyní snaží cílit na menší a střední podniky. Nejen kvůli tomu, že v době krize po roce 2000 bylo potřeba rozšířit portfolio klientů, ale také proto, že se ERP a Ekonomické systémy staly cenově dostupné i pro menší podniky a nejen pro veliké korporace. Jednoznačným trendem je krabicový software, který je jednoduše dostupný, přednastavený a oproti korporátním řešení také levný. Obvykle se tento software úzce zaměřuje na přesný typ klientů. Například na internetové obchody. Změnou neprošel pouze samotný systém, nýbrž i služby nabízené spolu s ním. Implementace probíhá rychle, přímo na míru, personál prochází školeními a klient se nemusí starat o správu hardwaru. Není výjímkou ani outsourcing 4 celého systému. To souvisí s novinkou SaaS (Software as a Service), což je pojem s českým významem Software jako Služba a jedná se o připojení k serveru, kde se klient nemusí starat o licence, software ani provoz hardwaru, navíc jsou jeho data zálohována a systém pravidelně optimalizován dle aktuální legislativy. Software je takto poskytován prostřednictvím Internetu hromadně velikému počtu klientů, což snižuje náklady a navíc je větší pravděpodobnost, že bude služba provozována kvalitně a bez výpadků.[10] Nevýhodou takového řešení může být fakt, že citlivá firemní data se nenachází pod střechou firmy, ale jsou ve správě třetí strany, která pochopitelně může garantovat jejich šifrování a nedotknutelnost. 3. Cloud computing je technologie známá přibližně od roku 1950, ale značný boom zaznamenala až o šedesát let později. To souvisí s dostatečnou kvalitou a pokrytím Internetu, který slouží jako prostředek ke vzdálenému ukládání dat. Díky tomu je možné přistupovat ke službám a pracovat s aktuálními daty odkudkoliv.[13][14] 4. Outsourcing je využití služby externího poskytovatele za účelem dosažení efektivních výsledků.[15] Výhodný je v případě, kdy je externí poskytovatel schopen dodat lepší výsledek v kratším čase, či snížit náklady. 8

17 2. ERP systémy Vzhledem k trendu poskytování SaaS u ERP systémů se dá očekávat masivní posun na poli zabezpečení uložených dat a jejich přenosu. Podle studie společnosti IFS z roku 2011 patří mezi nejnovější trendy v oblasti ERP systémů mobilní přístup a intuitivita rozhraní.[11] 2.8 Příklady ERP a Ekonomických systémů Zde jsou představeny příklady produktů, které pokrývají široké pole ERP a Ekonomických programů. Na tyto příklady je dále v práci odkazováno SAP Společnost SAP je světovým lídrem ve vývoji ERP systémů a třetí největší světový výrobce software. Pyšní se více než čtvrt milionem zákazníků ze 188 zemí světa a zaměstnává více než lidí ve 130 státech. SAP je zakladatelem odvětví, ve kterém již od roku 1972 nemá výraznější konkurenci. Nejslavnější produkt společnosti nese název SAP R/3.[12] idempiere Univerzální ERP systém, jehož vývoj probíhá od roku 2006 postupně ve verzích Compiere ERP a ADempiere. Je šířen jako Open source řešení pod General Public License (GPL), což poskytuje volnost úprav kódu i úprav dosavadních funkcí. Spouští se ve webovém prohlížeči, čímž se přibližuje cloudu a zajišťuje přenositelnost v rámci operačních systémů. Zahrnuje obrovské množství modulů a jeho obliba dle statistik serveru SourceForge.net v roce 2009 dosahovala více než deseti tisíc stažení[16] a celkově vývojové verze dosáhly více než milion stažení po celém světě.[17] Nastavení systému je velice podrobně popsané na 400 stranách knihy ADempiere Solutions od Bayu Cahya Pamungkas. Vzhledem k tomu, že se jedná o jeden z nejpopulásrnějších Open source ERP systémů na světě, funguje v jeho okolí široká komunita podporovatelů a vývojářů. Také v České republice existuje Československá Aliance pro podporu ADempiere, která působí v oblastech marketingu, vývoje a podpory ADempiere se zvláštním ohledem na lokalizaci 5 software.[18] Na Fakultě informatiky Masarykovy Univerzity funguje Laboratoř servisních systémů 6 zaměřená na idempiere. Komunity se podílejí na tvorbě nových modulů systému i na údržbě stávajícího kódu. Členy komunity nemusí být pouze fyzické osoby, ale též spo- 5. Lokalizace software je přizpůsobení programu podmínkám pro místní nastavení jako je jazyk, měna, časové pásmo, legislativa

18 2. ERP systémy lečnosti, které poskytují služby na základě Open source systému. Jedním z příkladů je společnost Adaxa, která pro ADempiere vyvinula mobilní verzi rozhraní.[19] Money S3 Zástupcem proprietárního software je systém Money S3 vyvíjený společností CÍGLER SOFTWARE, a.s., která působí na poli účetních systémů od roku 1990 a je jednou z největších v České republice. Jako první uvedli na český trh účetní krabicový software. Ten byl následně inovován, až se rozštěpil do několika současných verzí. Money S3 je zástupce software pro menší a střední podniky. Money S5 bylo poprvé představeno v roce 2005 jako zástupce rozsáhlých ERP systémů, avšak s opožděným nástupem na trh oproti konkurenci. Money S4 je doplněním mezery mezi Money S3 a S5, ze kterého bylo odvozeno. Jedná se tedy o méně náročný ERP systém pro střední podniky.[20] Systém Money je komerční software. Ve všech variantách zpoplatněný jiným způsobem. Od zkušební verze zdarma, přes licence dle počtu uživatelů až po indivituální komplexní řešení ERP systému na míru. Společnost CÍGLER SOFTWARE, a.s. také poskytuje veškeré služby spojené s implementací, podporou a údržbou systémů idoklad.cz Proprietární software, jak je zmíněno výše, se může objevovat ve verzi zdarma. To z něho nedělá nekomerční software, protože může být použit, stejně jako idoklad.cz, formou služby popularizující společnost a její další zpoplatněné produkty. Webová služba idoklad.cz je jednoduchý fakturační nástroj reflektující moderní přístup přes Internet. Pracuje ve webovém prohlížeči. Je tedy multiplatformní a svou funkcí se blíží cloudovému řešení. Systém provozuje CÍ- GLER SOFTWARE, a.s. 10

19 Kapitola 3 Uživatelské rozhraní Zkratka UI skrývá pojem User Interface, který v překladu do českého jazyka znamená uživatelské rozhraní. Pro správné chápání tohoto pojmu je nutné si vysvětlit co vlastně znamená. Rozhraní je místo na pomezí dvou rozdílných prostředí. Slouží k tomu, aby spolu tato dvě prostředí mohla komunikovat. Nejedná se pouze o pojem z oboru informatiky, rozhraní je například i hranice státu. Ve skutečnosti není vidět, ale existují určité prostředky jak hranici překročit, jak se dorozumět s cizím státem a jak spolupracovat. Otevřením hranic v rámci Evropské unie se zjednodušil proces překročení hranic a rozhraní se tím zjednodušilo. V běžném životě lze též nalézt rozhraní. Jsou tak dokonale přizpůsobena člověku, že je už nevnímá. Taková rozhraní jsou ideální. Může to být třeba láhev, nebo dveře. U obojího je zřejmé, jakým způsobem se ovládá. U lahve stačí změnit směr otáčení víčka, nebo u dveří špatně označit, na kterou stranu se otevírají, a běžná věc se stane obtížnou. Stejně jako je důležité pro správné fungování aplikace, aby byla dobře naprogramována a architektura byla dobře navržena, je stejně důležité, aby bylo kvalitně zpracováno uživatelské rozhraní. Tato práce se zabývá rozhraním na pomezí komunikace člověka a počítače. Dvě odlišná prostředí. Počítačem je konkrétně myšlen ERP systém, který svému uživateli poskytuje data a ta podle pokynů zpracovává. 3.1 Historie uživatelského rozhraní ERP První interakce se objevovaly ještě dříve, než je kdokoliv stihl pojmenovat. Kouřové signály Indiánů v Americe, pomocí kterých se bylo možné dorozumívat na veliké vzdálenosti. O mnoho let později vzniklo první komunikační rozhraní. Samuel Morse ve třicátých letech devatenáctého století vynalezl jazyk, kterým se bylo možné dorozumět díky přenosu jednoduchých elektromagnetických signálů. Nejen, že vynalezl jazyk, ale také rozhraní, pomocí kterého bylo možné komunikovat. Jedná se o první komunikační rozhraní, 11

20 3. Uživatelské rozhraní které se rozšířilo masově po celém světě. Přesto, že jeho použití je složité. Uživatel musí znát přesně používaný kód a nesmí udělat chybu, protože oprava neexistuje.[40] U prvních grafických rozhraní bylo velikým úspěchem už to, že se je dařilo zobrazit a nějakým způsobem ovládat. Technologie byly teprve v plenkách a rozhraní tvořili obvykle inženýři, kteří systém programovali. Z jejich pohledu tedy ideálním rozhraním bylo takové, jenž přesně kopírovalo vnitřní strukturu systému. Protože tu oni znali velmi dobře. Vyráběli rozhraní pro sebe, aniž by si uvědomovali, že je rozhraní učeno uživatelům, kteří systém neznají. Obecně v začátcích informačních technologií platilo, že uživatel komunikoval s rozhraním a přizpůsoboval se jeho potřebám. Takové byly hardwarové a softwarové nároky. Technologie by měly sloužit člověku a ne naopak, proto se role otočily a aktuání snahou je, aby rozhraní komunikovalo s člověkem tak, jak je to člověku přirozené. Nejlépe takovým způsobem, aby komunikační rozhraní vůbec nevnímal a považoval je za přirozené. Na smazání rozhraní mezi člověkem a počítačem se aktuálně pracuje v oblastech jako zpracování řeči a monitorování pohybu. Nyní se zaměříme na vývoj uživatelských rozhraní ERP systémů od prvopočátků až k nejnovětším trendům Historie SAP R/3 Společnost SAP, která vznikla v roce 1972, kdy se osamostatnilo pět inženýrů z IBM, je od prvopočátku až do dnes průkopníkem v oblasi ERP systémů. Je také největší společností s podílem 60% v celosvětovém ERP průmyslu. Historie společnosti poskytuje kompletní průřez vývojem uživatelského rozhraní.[6] SAP R/2 Za první ERP systém je považován SAP R/2 z roku 1979, který se spouštěl na sálovém počítači s centralizovanou databází. Pro tento systém byl využíván hardware Siemens 7738 v kombinaci s IBM/ , který byl brzy nahrazen výkonějším IBM Rozhraní bylo simulováno v terminálu a bylo dostupné pro Unix, OS/2 i Windows. [21] SAP R/3 verze 1.0 a 1.1 Po několika letech práce a investicích do vývoje, které v roce 1989 čítaly 33% výdělků celé společnosti, byl v roce 1991 v Hanoveru poprvé prezentován 12

21 3. Uživatelské rozhraní Obrázek 3.1: Terminálové rozhraní SAP R/2 [22] systém SAP R/3. Přinášel jako první uniformní grafické rozhraní. To neobsahovalo žádné grafické elementy jako rámečky, checkboxy, radiobuttony, záložky, ikony, nebo jiné pokročilé prvky. Rozhraní se v podstatě nelišilo příliš od SAP R/2. Přibylo menu a pushbutton bar, který se nacházel ve spodní části obrazovky a zobrazoval nejdůležitější funkční klávesy. Verze SAP R/3 1.1 byla rozšížena o barevné podbarvení polí pro vstup dat. Analogie se vzhledem dnešních formulářových polí. Také přinášela klávesové zkratky pro rychlý přístup k menu a možnost ovládání pouze klávesnicí. Vzhled rozhraní u první verze měl tendence se blížit rozhraní OS/2, zatímco verze 1.1 se upínala k OSF/Motif vzhledu určeným pro Unix. [23] SAP R/3 verze 2 a 2.1 Další verze systému přišla v roce Primárním operačním systémem se stává MS Windows 3.1. Další podporovaná rozhraní jsou OSF/Motif, OS/2 a Mac OS. Přináší vzhled obdobný Windows. Neobsahuje žádné vodicí tečky. Podbarvená pole pro vstupní data dostávají 3D vzhled. Kromě menu se objevuje ještě toolbar, který obsahuje ikony. Objevují se také první grafické elementy jako checkboxy, radiobuttony, rámečky, tlačítka a seznamy. Vzhled Windows GUI se stává standardem. Na obrázku 3.3 je příklad rozhraní SAP R/3 verze 2.1. Toto rozhraní nebyla reálná Windows aplikace, ale jednalo se o simulovaný vzhled v terminálu.[22, 13

22 3. Uživatelské rozhraní Obrázek 3.2: Terminálové rozhraní SAP R/3 verze 1.1 [22] 14

23 3. Uživatelské rozhraní 24] Obrázek 3.3: Rozhraní v terminálu simulující vzhled Windows (SAP R/3 verze 2.1) [22] SAP R/3 verze 3 a 3.1 Nejzásadnější změnou v rozhraní byl přesun aplikace z terminálu do prostředí operačního systému Windows. Třetí verze SAP R/3 byla uvedena v roce 1996 a jednalo se o aplikaci pro Windows 95. Novinkami bylo proporcionální písmo, záložky či plochá tlačítka.[22, 24] SAP R/3 verze 4 Stejně jako nabývá systém na objemu co do funkcionality, stejným způsobem přibývají prvky, které jsou součástí GUI. Textová pole, oddělovače, stromové struktury a mnoho dalších. Obrazovky obsahují více informací údajně kvůli redukci navigačních prvků. Například ikony lze nalézt i jinde v rozhraní než pouze v toolbaru. Změn se dostalo i tabulkám.[22] 15

24 3. Uživatelské rozhraní Obrázek 3.4: GUI SAP R/3 verze 3 ve Windows 95. [22] 16

25 3. Uživatelské rozhraní Obrázek 3.5: Zvyšující se složitost rozhraní SAP R/3 verze 4.5 [22] 17

26 3. Uživatelské rozhraní SAP R/3 verze 4.6 a novější Společnost SAP se rozhodla slepě nenásledovat HIG 1 v prostředí Microsoft Windows ani jiného operačního systému, ale nechali si vytvořit vlastní značkový vizuální styl od společnosti Frog Design. Ten vycházel z prvků rozhraní MS Windows. Součástí nového designu byl výzkum zaměřený na optimalizaci uživatelského rozhraní. Společnost byla k tomuto kroku vedena obrovským nárůstem funkcí programu a nutností optimalizace uživatelského rozhraní z důvodu přesycenosti. Výsledkem byl vzhled aplikací na první pohled rozeznatelný od konkurence a uživatelské rozhraní, které dokázalo běžnému uživateli snížit čas strávený vykonáváním úloh až o 50%. Nové UI šetří tisíce úloh na jednoho uživatele za den.[22, 25] Společnost SAP si vytvořila vlastní guidelines pro uživatelská rozhraní. 2 K tomuto kroku došlo v roce Následně se uživatelská rozhraní SAP vyvíjela po malých částech, což umožňovaly časté aktualizace přes Internet. Obrázek 3.6: Uživatelské rozhraní SAP R/3 verze 4.6 [22] 1. Human Interface Guidelines je sada doporučení pro uživatelské rozhraní v operačním systému. Typicky jsou tyto směrnice navrženy za účelem zachování homogenity prostředí, ve kterém je aplikace navrhována. 2. Guidelines pro SAP R/3 dostupné na MiniSG/index.htm. 18

27 3. Uživatelské rozhraní Historie UI MS Windows Od roku 1990 poskytuje společnost MS Windows nejrozšířenější operační systém na světě. Vzhledem k majoritnímu podílu na trhu byla většina aplikací i ERP systémů vyvíjena právě pro operační systém firmy Microsoft. Starší verze systému Windows již nejsou nadále podporovány, guidelines nejsou oficiálně dostupné na webu společnosti a lze čerpat jen z archivu a jiných zdrojů. Novější systémy od verze Vista jsou dosud podporovány a jejich guidelines jsou stále dostupné Windows 95 Přináší první grafické uživatelské rozhraní systému Windows, které je založeno na stejném konceptu, jaký je běžný ve všech dalších verzích systému Windows. Obsahuje tlačítko Start, plochu, koš, taskbar 3, tři tlačítka pro ovládání oken minimalizaci, maximalizaci a zavření okna.[26] Obrázek 3.7: Uživatelské rozhraní MS Windows 95 [26] Windows 98, ME, 2000 V rozmezí let byly představeny tři verze operačních systémů firmy Microsoft. Windows 98 je systém určený primárně pro spotřebitele. Novinkou je panel rychlého spuštění nacházející se v taskbaru (Obázek 3.8). 3. Taskbar je lišta na spodní straně obrazovky, na kterou jsou minimalizována okna v operačních systémech Windows. 19

28 3. Uživatelské rozhraní Obrázek 3.8: Panel rychlého spuštění V systému Windows Milenium označovaného zkratkou ME se poprvé objevuje funkce Obnovení systému, s jejíž pomocí se dá obnovit konfigurace softwaru počítače k určitému datu, nebo do doby, než nastaly potíže. Svým způsobem se i tato funkce vztahuje k rozhraní. Uživatel se nemusí obávat fatálních kroků, které by svým zacházením mohl způsobit.[26] Windows XP Systém Windows XP představuje grafické schéma Luna, které je pro XP velmi specifické. Došlo k větším změnám grafiky systému jako barvy a tvary, koncept rozhraní zůstal zachován.[27] Obrázek 3.9: Windows XP, grafické schéma Luna [26] 20

29 3. Uživatelské rozhraní Windows Vista Operační systém Windows Vista přichází v roce 2006 s novým grafickým zpracováním rozhraní, které nese název Aero. Původní koncept je zachován, stejně jako u verze XP, ale dostalo se mu několika nových prvků.[28] Hlavní viditelnou změnou jsou poloprůhledné rámy oken aplikací. Takzvaný skleněný efekt, který je typický právě pro Aero. Do konceptu přibyly nové verze menu. Například Toolbar Menu, které je vhodné použít v případě, že se jedná o jednodušší aplikaci a její funkcionalita by spadala do jedné kategorie dosavadního menu.[29] Obrázek 3.10: Toolbar menu [29] Windows 7 Vizuální motiv Aero se udržel i do verze Windows 7. Došlo ke změně task baru, kde se okna jedné aplikace shlukují a při výběru se zobrazují jejich živé miniaturní náhledy. Aplikace lze také do taskbaru připnout, což nahrazuje panel rychlého spuštění.[28] Poprvé se zde objevují gesta pro ovládání oken. Po uchopení okna kurzorem myši lze měnit jeho velikost přetažením do stran či vrchu obrazovky a tím okno maximalizovat, nebo připnout na pravou a levou půlku obrazovky.[30] Windows 8 Aktuálně nejnovětší verze operačního systému Windows je multimodální, nabízí dvojí rozhraní. Primárním se stalo takzvané rozhraní Metro (Obrázek 3.11), které je určené převážně pro přenosná zařízení. Rozhraní je ploché, vymezené různě velikými barevnými čtverci a obdélníky, které reprezentují aplikace. Sekundárním rozhraním je Aero z Windows 7, které slavilo celosvětový úspěch a je určeno pro náročnější práci s desktopovými aplikacemi.[31] Ribbon User Interface Mezi produkty firmy Microsoft patří také kancelářský balík programů Office. Uživatelské rozhraní verze 2007 uvedlo novinku v podobě Ribbon User Interface (RUI). Do té doby bylo známé a nejpoužívanější rozhraní WIMP 21

30 3. Uživatelské rozhraní Obrázek 3.11: Windows 8 rozhraní Metro [31] (Window, Icon, Menu, Pointing device neboli Okno, Ikona, Menu, Označovací zařízení). RUI není rozhraním pouze MS Office, je přístupné i pro další programy operačního systému Windows. Případ MS Office lze snadno vztáhnout k problémům, se kterými se potýkají všechny komplexní programy. Mezi něž patří i ERP systémy. Obrázek 3.12: Rozhraní WIMP v MS Word Software bloat Od první verze Microsoft Office uběhlo 24 let vývoje. S každou další verzí přibývaly nové funkce, které vizuálně zahlcovaly grafické rozhraní a vyžadovaly více zkušeností uživatelů i komplexního porozumění problematice počítačů. Tento fenomén je známý pod pojmem creeping featurism. Lze jej popsat 22

31 3. Uživatelské rozhraní Obrázek 3.13: Rozhraní Ribbon v MS Word 2007 jako masivní rozšíření mezi diverzifikované publikum uživatelů s odlišnými nároky. Objevuje se též soupeření mezi softwarovými společnostmi známé jako feature war. Obrázek 3.14: Software Bloat v MS Word 2003 [34] Příčinou narůstajících požadavků a soupeření bylo zahlcení rozhraní. Takzvaný software bloat, neboli nafukování software, definované jako: Výsledek přidávání nových funkcí do systému až k bodu, ve kterém jsou benefity nových funkcionalit převáženy nároky na technické zdroje(ram, místo na disku, výkon) a komplexnost užití. 23

32 3. Uživatelské rozhraní Definice Creeping featurism: Tendence komplikovat systém přidáváním nových jednorázových funkcionalit bez systematického plánu. Ideálním příkladem nárůstu UI komplexity je Microsoft Word. Počet toolbarů a položek menu demonstruje komplexitu aplikace napříč jednotlivými verzemi. Na obrázku 3.15 je možné sledovat značný nárůst funkcí s verzí Word 97. [32, 33] Obrázek 3.15: Podíl verzí na funkcionalitě MS Word [34] RUI a uživatelé Ribbon User Interface byl reakcí právě na software bloat, ke kterému docházelo v programech balíku Microsoft Office. RUI poskytuje rychlejší přístup k více funkcím na jedno až dvě kliknutí myši. Při najetí kurzorem myši na tlačítko funkce se uživateli zobrazí náhled akce, kterou provede kliknutím. Je tak podporována předvídatelnost, která je jedním z pravidel návrhu UI dle kapitoly Také se rozhraní pomocí takzvané Kontextové záložky přizpůsobuje obsahu, s jakým uživatel aktuálně pracuje. Často kritizovaným nedostatkem RUI je jeho velikost. Na výšku již v defaultním nastavení zabírá na menších monitorech podstatnou část prostoru pro zobrazení dokumentu. RUI přináší zcela nový koncept UI, který není vždy vítán mezi uživateli. Problematikou přijetí RUI se zabývá práce User Acceptance of the Microsoft Ribbon User Interface[33]. Studie zkoumá pomocí dotazníku vzorek 117 uživatelů textových editorů, z nichž pouze 68 má předchozí zkušenosti s programem Word Z textu vyplynulo, že více zkušení uživatelé jsou méně spokojeni s používáním RUI, a uživatelé, kteří velmi často pracovali s předchozími verzemi programu Word obsahující rozhraní WIMP, jsou také méně spokojeni s rozhraním RUI. Práce došla k závěru, že největším problémem RUI je zvyknout si na nově 24

33 3. Uživatelské rozhraní vytvořené uživatelské rozhraní. Nutno podotknout, že RUI není náhradou rozhraní WIMP, ale jeho alternativou, která je doporučena ve Windows Vista Human Interface Guidelines pro středně veliké aplikace sloužící k tvorbě obsahu. Rozhraní WIMP je doporučeno pro velmi složité 4 a naopak jednoduché 5 aplikace. Také kombinace rozhraní WIMP a RUI není považována za dobrou cestu. [33] Web ERP ERP systémy v prostředí webu se začaly objevovat s masivním rozšířením Internetu. Jejich společnou vlastností je pouze to, že se spouští ve webovém prohlížeči a veškerá data jsou uložena na vzdáleném serveru, neboli v cloudu. Z hlediska rozhraní je prostředí webu velmi otevřené. Žádná striktní doporučení pro rozhraní neexistují, a tak je možné se setkat s nepřeberným množstvím různých přístupů k návrhu UI. Existují pouze běžná doporučení platná pro všechny webové stránky. Společnost SAP se jako první průkopník otevřela myšlence přesunout své služby na Internet. Nejprve pomocí webové prezentace své produkty pouze prodávala. Následně se rozhodla pro převod celého systému SAP R/3 na Internet. Základní pravidlo, od kterého SAP neodstupuje, je jednotný vzhled všech aplikací. Zároveň není možné do prostředí webu zkopírovat grafické rozhraní desktopu. Protože se v prostředí webu nabízí velmi mnoho možných variant přístupu, nechala si společnost SAP zpracovat vlastní HIG, kterými se striktně řídí pro všechny webové aplikace, které provozuje. SAP HIG se dělí na tři části.[35] SAP HTMLB Guidelines 6 SAP iview Guidelines for Java 7 SAP Interaction Design Guide for Internet Application Components 8 První dvě směrnice slouží pro definici správného použití předdefinovaných technologií založených na HTML, nebo jazyce Java. Jedná se především o základní pravidla přístupnosti, pravidla pro rozložení rozhraní a pokyny pro vzhled, chování a použití dané technologie. Třetí z výše jmenovaných 4. Například vývojářský software. 5. Například simulace dětských deskových her

34 3. Uživatelské rozhraní je obsáhlá příručka interakčního designu, který propojuje prvky předchozích dvou. Open source systém idempiere je od prvopočátku navržen pro webové prohlížeče, ale striktně stanovené HIG nikde neuvádí. 3.2 Obecná pravidla a pojmy z oblasti HMI Pro správné fungování aplikace v určitém prostředí jsou definována Human Interface Guidelines (HIG). Nad nimi stojí ještě obecná pravidla návrhu uživatelských rozhraní platná napříč operačními systémy. Všechna tato pravidla je nutné dodržovat z důvodu vytváření správných mentálních modelů uživatele. Ten pak díky upevněným mentálním modelům bude schopen jednodušeji ovládat veškeré aplikace na dané platformě Osm pravidel pro návrh uživatelského rozhraní Jedná se o základní pravidla návrhu, která je třeba dodržovat napříč všemi rozhraními. Pochází z učebního textu předmětu PV252 Tvorba uživatelských rozhraní a hodnocení použitelnosti.[37] 1. Usilujte o konzistenci. 2. Respektujte širokou skupinu uživatelů. 3. Poskytujte zpětnou vazbu. 4. Navigujte uživatele. 5. Předcházejte chybám. 6. Umožněte uživateli vrátit se a buďte tolerantní k jeho chybám. 7. Vytvářejte předvídatelné uživatelské prostředí. 8. Nepřetěžujte krátkodobou paměť uživatele User centered design Filozofií User Centered Designu 9 (UCD) je jednoduché prohlášení: Uživatel ví nejlépe.. Protože právě lidé, kteří budou výsledný produkt používat, musí sami nejlépe vědět, co chtějí udělat. Prací návrháře je zvolit správný způsob, jak se co nejpřesněji dozvědět, co by chtěl uživatel udělat. To ve zkratce 9. Český význam je Design zaměřený na uživatele. 26

35 3. Uživatelské rozhraní znamená, že má-li být vyvíjeno rozhraní pro prodávání kávy, nejdříve by měli být osloveni lidé, kteří pijí kávu. První náznak UCD se objevil v roce 1955 s knihou Designing for people autora Henryho Dreyfusse. Ještě několik desetiletí však trvalo, než vznikl prostor pro změnu paradigmatu. Původní rozhraní byla odrazem toho, jak pracuje počítač. Vytvářeli jej techničtí pracovníci, kteří měli přehled o vnitřní stavbě a funkcionalitě systému a podle toho pak často navrhhovali i jeho rozhraní. Návrh rozhraní takzvaně probublal z vnitřních útrob systému až na povrch. Správný návrh na základě UCD by měl vycházet z požadavků definovaných uživateli a neměl by se zabývat technickým řešením, nýbrž soustředit se na uživatele a jeho komfort.[40] Metafory Metafora (z řeckého metaférein, přenos) je přenesení významu na základě vnější podobnosti. Jedná se o přenášení principů z reálného světa do uživatelských rozhraní. Tato metoda je vhodná pouze pro principy uznané za obecně známé. Metafory přispívají k snazšímu pochopení, podporují učení a tvorbu mentálních modelů. Typickou metaforou v oblasti uživatelských rozhraní je koš, do kterého jsou v operačních systémech vyhazovány soubory. Tento softwarový koš opravdu funguje stejně jako fyzický koš. Nepotřebné do něho lze odhodit, ale dokud není vynesen, je možné v něm omylem odhozenou věc nalézt a obnovit. Metaforická může být například i celá aplikace. Kalkulačka, nebo poznámky v operačním systému Mac OS, které vypadají jako papírový poznámkový blok. Metafora nemusí být vždy vhodným řešením. Obzvláště v případě, že se nejedná o lehce identifikovatelnou metaforu, kterou navíc nelze považovat za obecně akceptovanou. U ikon, které také patří do rodiny metafor, platí podle International Standards Organisation, že musí být správně identifikovány dvěma třetinami testujících subjektů.[44] Mentální model Mentální modely slouží k abstraktnímu pochopení fungování systému. Model funkce, který uživatel nosí v hlavě, může a nemusí reflektovat, jak věc funguje ve skutečnosti. Pochopitelně nejlepší možný způsob je, aby každý uživatel nosil v hlavě ten nejpřesnější model fungování systému. To není možné, protože tolik informací není člověk schopen uchovávat v paměti. Proto se pro 27

36 3. Uživatelské rozhraní uživatelská rozhraní používají zjednodušené modely, které není tak těžké si zapamatovat a zároveň jsou dostatečné pro ovládání systému. Ideálním příkladem je třeba automobil. Každý řidič dokáže bez problému otáčet volantem, šlapat na pedály, řadit atd. Ale ne každý řidič má přesnou představu o tom, co se s autem děje ve chvíli, kdy otáčí volantem, nebo sešlapuje spojku. Takže pokud by řidiče automobil informoval o detailech jako Momentálně vstřikuji palivo do prvního válce., rozhodně by se řidiči naučili, co se přesně děje v průběhu jízdy, ale k ničemu by jim to nebylo, protože pomocí zjednodušeného rozhraní se dokáží dostat z místa A na místo B. K tomuto účelu je primárně automobil určen.[40] Existuje ještě model prostoru, který uživatelé také nosí v hlavě, a pomáhá jim při orientaci v mapě systému. V ideálním případě bude mít uživatel mapu systému vždy kompletní v paměti. Ve skutečnosti si je schopen zapamatovat jen určitý počet kroků, další tuší, ale není si jistý, a ty úplně vzdálené si jen stěží vybavuje. To souvisí také s krátkodobou a dlouhodobou pamětí Mapování Mapování popisuje vztah mezi ovládacím prvkem a ovládaným objektem. U přirozeného mapování není třeba přemýšlet, ihned je jasný vztah mezi ovladačem a objektem. Špatné mapování nutí uživatele přemýšlet a přerušuje tak hladký průchod systémem. S tím souvisí mentální modely a vytváření návodnosti systému. Neboli to, jak je systém schopen uživatele přirozeně vést rozhraním.[43] S mapováním souvisí takzvaný Poka-Yoke princip založený na omezeních schválně vložených do systému za účelem prevence chyb. Příkladem mohou být šedivé neaktivní ikony, nebo rozhraní pro připojení konektorů. Každý konektor má jiný tvar, aby nedocházelo k jejich záměně při připojení. Svým specifickým tvarem může konektor napovídat do jakého tvaru rozhraní bude pasovat, tím je mapován.[40] Zpracování informací Chybu programátora systému je obvykle možné odhalit ihned, protože aplikace nebude fungovat. Obtížnější je to s uživatelským rozhraním. Chyba v návrhu rozhraní může způsobovat nechuť práce se systémem, přílišnou unavenost a podobné symptomy. Její identifikace není tak jednoduchá a jednoznačná. Uživatelské rozhraní různě zatěžuje naši paměť a vnímání. Jako první na rozhraní reaguje senzorická paměť, kde se vjemy uchovávají v řádu sekund. 28

37 3. Uživatelské rozhraní Tato paměť rozpoznává například pohyb. Krátkodobá paměť je schopna si udržet informace související s určitou činností po dobu, kdy je činnost prováděna. Přístup k paměti je velice rychlý. Kapacita je omezená pravidlem 7±2. Tato čísla definují počet kusů informací, které si je uživatel schopen v paměti uchovat. Obecným pravidlem je krátkodobou paměť nepřetěžovat. Informace v krátkodobé paměti se obnovují velice rychle. V řádu sekund je možné mít v krátkodobé paměti kompletně nový seznam informací. Dlouhodobá paměť je podporována učením. Vymazání některých informací je nemožné, jiné se mažou velice pomalu. Má velikou kapacitu. Přístup do paměti trvá déle. Jedná se o sémanticky strukturovanou paměť faktů, zkušeností i konceptů. Výše zmíněné metafory využívají právě dlouhodobé paměti.[41] Z hlediska dlouhodobé paměti je správné podporovat dobré návyky pro ovládání rozhraní. To je podpořeno dodržováním obecných pravidel návrhu rozhraní i HIG. Uživatel je tak rychleji schopen se v aplikaci orientovat a uložit si do paměti správné mentální modely, které mu v budoucnu usnadní používaní všech dalších aplikací, které se těmito pravidly řídí Tvarová psychologie Gestaltpsychologie Tvarová psychologie vychází z německého názvu gestalt, které v překladu znamená tvar. Výchozí myšlenkou tvarové psychologie je předpoklad, že psychické celky nejsou tvořeny spojováním jednotlivých prvků, ale jsou to celky struktury uspořádané od samého počátku. Tvaroví psychologové prokázali pomocí experimentů, že člověk tíhne ke spojování rozpojeného a ve zcela náhodně umístěných bodech má tendenci vidět určitý význam. Má tendenci tíhnout k takzvaným dobrým tvarům, kterým odpovídá již známá struktura v mozku. Jedinec se tyto tvary nesnaží hledat, ale automaticky je vnímá kolem sebe i v sobě. Viz jednoduchý příklad na obrázku Je důležité, co na obrázku vidíme a co se tam opravdu nachází. Vidíme bílý trojúhelník, ale ve skutečnosti jsou zde pouze tři kruhové výseče.[42] Funkce a forma Forma reprezentuje vzhled produktu a funkce jeho poslání. Již v roce 1896 prohlásil architekt Louis Sullivan: Form follows function. Do českého jazyka přeloženo jako Forma sleduje funkci. Toto tvrzení platí až dodnes a nejen mezi architekty. Lze je jednoduše vztáhnout k návrhu rozhraní. Pokud 29

38 3. Uživatelské rozhraní Obrázek 3.16: Takzvaný Dobrý tvar je vytvářen produkt, u kterého se v první řadě požaduje, aby plnil svůj účel, pak tomu jeho vzhled zcela postačuje.[38] Tou měrou, jak se rozvíjí kultura, ornament mizí z užitkových předmětů. (...) Chci-li jíst perník, zvolím pravoúhelník velmi přesný, a ne kus, jenž představuje srdce, miminko, nebo husara. Člověk XV. věku by mi nemohl rozumět. Ale všichni moderní lidé mi rozumějí. Ornament a zločin, Adolf Loos[39] 3.3 Desktopové aplikace V anglickém jazyce se tento termín objevuje jako application software. Jedná se o počítačové programy(aplikace), které jsou spouštěny v operačním systému (system software) a přinášejí uživateli konkrétní funkcionalitu. Operační systémy prošly dlouhým vývojem. Jejich rozhraní se ustálilo a je obecně považováno za nejlepší aktuálně dostupné. Napříč operačními systémy jsou dodržována pravidla, avšak každý systém nese svá specifika. Při návrhu aplikace pro konkrétní operační systém je doporučeno se řídit pomocí HIG. Desktopové aplikace operačního systému jsou malé části specifikující prostředí, kde je systém používán, a které dodržují jeho směrnice. 30

39 3. Uživatelské rozhraní Human Interface Guidelines HIG je soubor doporučení a pravidel, které by měly splňovat aplikace konkrétního operačního systému. Nejedná se pouze o základní pokyny, ale o velice detailní specifikaci, jež se vyvíjela několik let. Lze se setkat s přesnými rozměry částí formulářů, definicemi vzdálenosti prvků a mimo jiné i definicí jak správně pojmenovávat jednotlivé položky v menu. Nemá význam zde popisovat detailně celé HIG, protože by takový seznam rychle zestárl. Guidelines se mění často s každou novou verzí systému. Aktuální HIG bývají zpravidla dostupné ve vývojářské části webu výrobce operačního systému. Aktuální příklady HIG MS Windows HIG desktop/aa aspx Apple OS X HIG https://developer.apple.com/library/mac/ documentation/userexperience/conceptual/applehiguidelines/ Intro/Intro.html Časté chyby Chyby se lze dopustit nedodržením HIG. Existuje-li i pro takové porušení dobrý důvod, nemusí se jednat o vadu. Je možné se setkat s problémy rozhraní, které nejsou chybami, ale vznikají kvůli evoluci informačních technologií. Například zahlcení menu, nebo rozhraní pro mobilní zařízení. 3.4 Webové aplikace Desktopové aplikace jsou spouštěny v prostředí operačního systému a měly by dodržovat pravidla definovaná systémem. K webovým aplikacím se přistupuje z webových prohlížečích. To jsou programy operačního systému. Pomocí webu se tedy aplikace dostávají na třetí úroveň. První jsou operační systémy, ty tvoří absolutní základ komunikace s hardware a umožňují jeho ovládání. Druhá úroveň patří desktopovým aplikacím, které dodávají operačnímu systému specifickou funkci, a poslední jsou webové aplikace, přístupné skrze aplikaci instalovanou v operačním systému. Na rozdíl od uživatelského prostředí operačních systémů neposkytuje prostředí prohlížečů žádné jednotné směrnice, které by přesně specifikovaly vzhled webových stránek. To proto, že vzhled webových stránek není definovaný prohlížečem, ale samotnými tvůrci webu. 31

40 3. Uživatelské rozhraní Funkcí webových stránek je prezentovat informace. K tomu slouží značkovací jazyk HTML. Ten je tvořen přesnou specifikací, která dodržuje základní pravidlo form follows function. Bohužel se vývoj HTML nebyl schopen flexibilně přizpůsobovat aktuálním potřebám uživatelů Internetu. Z toho důvodu vznikly moduly jako Flash, Silverlight, či Java plugin. Ty se musí instalovat dodatečně do prohlížeče, aby byl schopen zobrazit obsah. Existují také metody, jak změnit vzhled HTML tak, že dojde k upřednostnění formy před funkcí. Z požadavků uživatelů tak vzešlo umělecké prostředí bez pravidel, kde na každém webu vzniká jedinečné dílo. Pravidla uživatelského rozhraní, existujíli, jsou určena autorem webu. Spočívají v základních pravidlech a velice těžko lze hodnotit kvalitu návrhu a porovnávat ji napříč weby. Jsou sepsána doporučení pro webové uživatelské rozhraní, ale liší se od autora, stáří i cíle rozhraní. Žádná doporučení, týkající se uživatelských rozhraní, nejsou v prostředí webu uznávána celosvětově a striktně jako HIG operačních systémů. V únoru roku 2014 vyšla zatím poslední nefinální specifikace HTML5 10, které doplňuje zastaralý značkovací jazyk o nové možnosti implementace moderních prvků. Ani to není jednoznačným signálem ke sjednocení webových uživatelských rozhraní. Ve vývoji webových rozhraní lze sledovat jistou analogii s historií těch desktopových. V prvních fázích vývoje dektopového rozhraní bylo úspěchem, že se vůbec podařilo nějaké rozhraní vykreslit pomocí příkazového řádku. GUI se stalo nedílnou součástí počítačů, což postupně vedlo k myšlenkám optimalizace pro uživatele. Dnešní vývoj technologií a webu probíhá mnohem rychleji, než v ranné fázi prvních rozhraní, a proto je složitější a delší cesta k sjednocení v prostředí webu. Původní záměr webových stránek je do dnes zachován. Primárně prezentují informace. Na přelomu tisíciletí se výraznějí prosazoval termín Web 2.0, který zavádí novou definici webu. Dosud byl obsah tvořen autorem webové stránky a uživatelé mohli data pouze konzumovat. Nyní jsou i uživatelé webu schopni vytvářet obsah a zároveň ho i konzumovat. Web se změnil z jednostranného komunikačního kanálu na platformu, na které je možné stavět navzájem komunikující rozsáhlé systémy.[45] Web zůstává volným prostředím pro uživatelský prožitek, protože zde mohou vznikat různé typy rozhraní. Konzumní, produkční i jejich kombinace. V prostředí Internetu se nacházejí weby, které slouží jako marketingové přehlídky produktů doplněné o videoukázky a zvukové stopy, ale též produkční

41 3. Uživatelské rozhraní informační systémy vyžadující celodenní soustředění uživatele. Záleží pouze na autorovi webové stránky, jaký směr zvolí. Nutností je dodržovat guidelines určené pro jeden konkrétní web a vyvarovat se odchylkám Časté chyby U desktopových uživatelských rozhraní je chybou porušení HIG. U webových rozhraní se težko spcifikuje, kdy došlo k opravdovému porušení pravidel, protože nejsou žádná obecně určena. Chyby lze identifikovat při porušení základních pravidel tvorby rozhraní, ale ta nejsou definována striktně a jde spíše o doporučení, která mohou nabývat subjektivního rázu. Chyby oproti směrnicím mohou vzniknout pouze v případě, že má webová služba svoje vlastní guidelines navrhnuté. Příkladem je společnost SAP, která pro převod systému R/3 na web zavedla vlastní HIG (více informací v kapitole ). Dodržováním takových směrnic lze dosáhnout kvalitního rozhraní i v rámci vlastního prostředí webového systému. A díky nim je následně možné identifikovat chyby. V kapitole je zmíněný software bloat na desktopových ERP systémech, které mají menu zahlcené velikým množstvím funkcí. V HIG operačních systémů existují pokyny jak se zahlceným menu zacházet. Metody jako progressive disclosure 11, kaskádové menu a další zjednodušují uživateli použití složitého menu. Přesun do prostředí webu a poskytování rozsáhlých systémů formou SaS přináší software bloat do webového produkčního prostředí. 3.5 Mobilní zařízení První přenosná dotyková zařízení se objevovala v přibližně v roce Byla to PDA od firmy Palm a Apple. Ovládala se dotykovým perem a jejich UI víceméně kopírovalo rozhraní desktopových aplikací. Bez většího úspěchu zmizela z trhu. Boom zaznamenal až příchod telefonu iphone od firmy Apple v roce Nekopíroval rozhraní desktopových operačních systémů, ale přinesl nový koncept.[46] Návrh UI pro iphone kladl důraz na to, kde se takové zařízení typicky používá. Není k dispozici plnohodnotná klávesnice jako u počítače. Uživatel se nachází v pohybu, na cestách a mnohdy se špatným internetovým připojením. Telefony i tablety jsou určeny ke konzumaci obsahu v pohybu, nikoliv 11. Český překlad progressive disclosure je postupné rozvíjení. Jedná se o metodu, kdy je zobrazena pouze významnější část menu a ta méně používaná, tudíž i méně významná, je připravena se zobrazit až po kliknutí například na tlačítko více. 33

42 3. Uživatelské rozhraní v klidném prostředí, kde se uživatel může plně soustředit. Hledá-li uživatel informace na mobilním zařízení, obvykle se jedná o základní data, nikoliv o detailní analýzy. A téměř výjimečně se tato zařízení používají k vytváření obsahu. Typickým textovým vstupem je krátká zpráva, odpověď na , nebo vyplnění formuláře na webu. Jedná se o zařízení, která zprostředkovávají prezentaci obsahu ve formě adekvátní k prostředí, v jakém se obvykle uživatel mobilního zařízení nachází. Tedy mobilní pohyblivý. 3.6 Formuláře Formuláře jsou důležitým prvkem produkčního prostředí. Jako jediný element slouží výhradně pro vstup dat od uživatele. HTML formuláře jsou definované standardem. Pokud je standard dodržen, neměl by být žádný problém ovládat formulář pouze z klávesnice. Bohužel HTML standard není natolik flexibilní, aby okamžitě reflektoval veškeré změny uživatelského rozhraní webu. Například při zadávání data je vhodný prvek kalendář pro výběr konkrétního termínu. Ten nativně obsahuje až specifikace HTML5, které se již používá na mnohých webech přesto, že není oficiálně uvolněno. Bohužel čekání na nový standard HTML trvalo moc dlouho, a tak vznikly různé knihovny, které dokáží kalendář v prohlížeči simulovat. Upravený HTML prvek formuláře nemusí mít stejnou podporu klávesových příkazů jako standardní prvky HTML fomuláře. Nefunkčnost základních příkazů k ovládání klávesnicí nutí uživatele ovládat rozhraní myší, což zkušené uživatele zpomaluje při práci. TAB Přechod na další prvek formuláře. Shift + TAB Předchod na předchozí prvek. Mezerník Zobrazení a volba nabídky typu select. Volba zaškrtávacích polí typu checkbox, radio a multiselect. Enter Odeslání formuláře. Šipky Procházení nabídek. Tabulka 3-1: Klávesové zkratky webových formulářů 3.7 Menu Součást uživatelského rozhraní, která je nepostradatelná a zároveň natolik samozřejmá, že se nad ní uživatel nepozastavuje. To je ideální bod, do kterého by měl dospět každý důležitý prvek rozhraní. Tradiční návrh menu 34

43 3. Uživatelské rozhraní v operačních systémech pracujících s okny je uznáván za správný. Ve webovém prostředí není ustálený model menu a simulování desktopoveho rozhraní na webu se nedoporučuje Cíl menu Hlavním cílem menu je odhalit uživateli, co má k dispozici za funkce, jak se k nim dostane, a co se stane, až vybranou položku zvolí. Dalšími cíli jsou seznámit jej s klávesovými zkratkami a ikonami reprezentujícími nejčastěji používané funkce. Jedná se o nejúčinnější metodu, jak představit uživateli možnosti produktu Pedagogic Vector Toolbary obsahující ikony se rozšířily v roce Ikony jsou stavebním kamenem Pedagogic Vectoru. Položky menu nejčastěji používaných funkcí zobrazujích společně s názvem také ikony a klávesové zkratky. Postupným používáním menu se v dlouhodobé paměti ukládají tyto symboly reprezentující danou funkci, až je uživatel schopen k funkci přistupovat bez obtíží přímo z toolbaru a nemusí používat menu. Přirozeně si zapamatoval symbol, nebo zkratku. V případě klávesových zkratek odpadá jakákoliv interakce s GUI a funkce je spouštěna příkazem přímo z klávesnice. Je to přirozený způsob učení pomocí nenuceného opakování. Nezkušení uživatelé nemají mít problém s použitím aplikace, protože menu je stále přístupné ve své základní formě a navádí postupně začátečníka k cíli. Středně pokročilý uživatel využívá ikony a příležitostně hledá v menu. Velmi zkušený uživatel používá pro nejčastější funkce klávesové zkratky, ikony toolbaru a jen zřídka vyhledává v menu. [43] Rozdělení menu dle míry přizpůsobitelnosti Každý uživatel software je jiný, má odlišné nároky, jinak zachází s počítačem a používá odlišné funkce v různé míře. Rozhraní menu se může přizpůsobovat potřebám konkrétního uživatele a tím zefektivnit a zrychlit jeho práci s rozhraním. Existují tři přístupy k optimalizaci menu: statické, adaptibilní a adaptivní Statické Pozice funkcí statického menu jsou předem definovány a uživatel nemá za žádných okolností šanci manipulovat s položkami menu. 35

44 3. Uživatelské rozhraní Adaptibilní Tento přístup se považuje za zlatý střed. Původní menu je statické, ale uživatel má možnost si je upravit podle svých požadavků. V případě, že uživatel není pokročilý, nemusí si menu upravovat a to zůstane nezměněné Adaptivní Jedná se o extrémní případ menu, které se automaticky upravuje podle toho, jak s ním uživatel zachází. Klasicky nejčastěji používané funkce se řadí na první místa. Rozhraní se doslova mění uživateli pod rukama. Po delší době užívání takového menu by mělo vzniknout ideální rozložení pro jednoho konkrétního uživatele Porovnání Statického, Adaptibilního a Adaptivního menu Z článku A comparison of Static, Adaptive and Adaptable Menus[47] vyplynulo, že optimální statické menu je znatelně rychlejší než adaptivní. Uživatelé byli schopni chápat adaptibilní menu po krátkém představení. Za těchto okolností nebyla rychlost zacházení s adaptibilním rozhraním téměř vůbec odlišná od statického. Z kvalitativního průzkumu vyplynulo, že většina účastníků (55%) preferuje adaptibilní rozhraní Adaptivní rozhraní Boulevard Z předchozí kapitoly porovnávající tři způsoby zobrazení menu vychází nejhůře adaptivní rozhraní. Na Fakultě Informatiky Masarykovy Univerzity vzniká adaptivní rozhraní Boulevard. V jeho přístupu jsou zohledněna všechna negativa adaptivního přístupu a ta odpovídajícím způsobem řeší. Boulevard byl původně navržen a testován na OpenOffice.org. Později vznikl také prototyp pro ERP systém SAP. Adaptivní rozhraní má za cíl co nejvíce zefektivnit práci s rozhraním. V odvětví ERP systémů se jedná o zásadní věc, protože zrychlení práce s rozhraním může vést ke konkurenční výhodě systému i jiným benefitům. Za největší nedostatek adaptivního rozhraní jsou považovány systémem řízené změny v průběhu používání menu. Boulevard nemění původní statické menu a toolbary. Sám o sobě funguje jako přídavný panel zobrazený na straně pracovního okna. Je tady lehce oddělitelný dynamický a statický obsah. Navíc je schopen párovat sémanticky podobné funkce, takže například tlačítka Tučně, Kurzíva a Podtržení budou při sobě, i když nejsou využita naprosto srovnatelně. 36

45 3. Uživatelské rozhraní S délkou doby uživání adaptivního rozhraní se postupně vytváří ideální menu. Čím déle bude použito, tím více by se mělo modelovat do ideální podoby pro konkrétního uživatele. Problém ovšem nastává ve chvíli, kdy po roce užívání programu začne uživatel potřebovat novou funkci. Trvalo by poměrně dlouho, než by se tato nejnovější funkce objevila v nabídce Bloulevardu. Proto je zavedeno různé hodnocení starých funkcí používaných delší dobu a novinek mezi oblíbenými funkcemi uživatele. Jedná-li se o funkci, která je opravdu využívána nárazově, stejně rychle, jako se mezi oblíbenými funkcemi adaptivního rozhraní objevila, zase zmizí. Konkrétní výpočet oblíbenosti funkcí a další informace o systému Boulevard jsou k dispozici v článku Adaptive User Interface Personalization in ERP Systems.[48] 37

46 Kapitola 4 Hodnocení použitelnosti rozhraní a testování User Centered Design určuje, že požadavky na systém by měly pocházet od uživatele, který s ním bude pracovat. K tomu slouží metody získávání dat. Na jejich základě se následně vytvoří prototypy, které jsou podrobeny uživatelskému testování a hodnocení použitelnosti. Praktická příprava výzkumu může v praxi trvat i několik měsíců. 4.1 Použitelnost Existují různé pohledy na použitelnost. Každý z nich ji definuje trochu jiným způsobem. Slovo samotné pokrývá velmi širokou oblast HCI. Proto je vhodné ji rozdělit na menší celky. Takto k definici přistupuje Jakob Nielsen a Ben Shneiderman. Dělí použitelnost na 5 menších částí: Snadnost naučení se ovládat systém jak rychle uživatel zvládá základní úkony systému? Rychlost ovládání jak efektivně je uživatel schopen ovládat systém? Poměr chyb a snadnost zotavení se ke kolika chybám dochází? Dokáže se s nimi uživatel vypořádat sám? Zapamatovatelnost je uživatel schopen pracovat stejně efektivně, jako při předchozí návštěvě systému? Spokojenost uživatele jaký má uživatel pocit z práce se systémem? Složením prvků výše uvedených vzniká skladba pěti různých pohledů, které se propojují a definují použitelnost. [52, 53] 4.2 Metody hodnocení použitelnosti Použitelnost je možné hodnotit a nebo se jí snažit dosáhnout. Už těmito dvěma přístupy se dělí metody a techniky testování. Žádná z nich se nedá 38

47 4. Hodnocení použitelnosti rozhraní a testování považovat za univerzální. Každá je vhodná pro určitou fázi projektu a pro dosažení specifických cílů. Výsledek může být ovlivněn i skupinou, na kterou je metoda aplikována. Také není možné během testování navodit shodné prostředí s místem, kde bude software následně používán. Tyto i další faktory se odráží ve výsledcích testování Explorační Metody sloužící k získání nových informací. K objevení neznámých faktů a dat týkajících se projektu. Používá se zpravidla na začátku projektu k prozkoumání prostředí. Cílem je stavět na pevných základech Hodnoticí Frekventovaný způsob testování rozhraní. Používá se v průběhu vývoje a hodnotí se jím obvykle prototypy. Zkoumá a srovnává schopnost uživatelů plnit úkoly napříč porovnávanými verzemi. Používá dotazníky, A/B testování a další observační metody Ověřovací Ověřovací (též validační) metody lze použít nejčastěji ve finálních fázích projektu. Klade důraz na formální provedení procesy, metody, zpracování výstupů. Cílem je ověření částí v kontextu celku. Testuje se jen malá součást rozhraní, ale sleduje se, jaký dopad má testovaný prvek na okolí. Například se může zkoumat čitelnost znaků na tachometru automobilu. Kontext odhalí, že znaky jsou čitelné dobře, ale display oslňuje za určitých podmínek řidiče a tím ruší při jízdě. Tyto metody se obvykle plánují dlouhodobě. Jsou velmi důsledné a drahé. Výstupy jsou podrobné studie Příklady Focus Group Specifická explorační metoda, které se najednou účastní 3 12 participantů a moderátor. Metoda probíhá formou řízené diskuze. Moderátor udržuje správný směr diskuze pomocí vhodných otázek, zabraňuje odbíhání od tématu a klade doplňující otázky. Tato metoda běžně trvá hodinu až dvě, obvykle do úplného vytěžení informací. Je založena na diskuzi, během které se participanti mohou provokovat svými názory a tím dát vzniknout novým pohledům na zkoumaný objekt. Schéma typického průběhu této techniky se nachází v elektronické příloze. [50, 51] 39

48 Strukturované interview 4. Hodnocení použitelnosti rozhraní a testování Během strukturovaného interview pokládá tazatel otázky jednomu účastníkovi. Sada otázek je předem připravena a má pevně stanovenou strukturu. Není zde prostor pro další diskuzi. Účastník testu odpovídá svými slovy a tazatel označuje nejvhodnější z předpřipravených odpověďí v listu, který má k dispozici pouze on sám. Používá se v případě, že je pevně stanovený typ výstupních dat. Volnější forma strukturovaného interview povoluje tazateli klást doplňující otázky. Výsledkem mohou být i jiné odpovědi, než předem definované v listu. [50, 51] Dotazník Dotazník nabízí flexibilní způsob sběru velkého množství dat. Používá se při hodnocení designu, použitelnosti, spokojenosti uživatelů, testování chyb i pro získání názoru uživatele. Tvorba dotazníků není jednoduchá disciplína, přesto, že by se to tak mohlo zdát. Každá otázka musí mít svůj důvod a musí být promyšlena do hloubky. Striktní pravidla neexistují, ale lze se setkat s různými sadami návodů. Níže nastíněný postup vychází z knihy Human Factors Methods: A Practical Guide for Engineering and Design[50]. Dříve, než se vztáhne ruka k dotazníku, je potřeba definovat, jaké má přinést výstupy. Co by měl zjistit za informace. Vhodná volba respondentů je klíčová. Reprezentativní vzorek by měl být rozmanitý, ale přesto stále odpovídající cílům. Při sestavování dotazníku je třeba v začátku představit informace potřebné pro uvedení do problému. Zároveň úvodem nesmí být participant nijak ovlivněn v následujících odpovědích. Klasifikační (Screeningová) část dotazníku zjišťuje data o participantovi. Obvykle věk, pohlaví, zkušenosti s problematikou, vzdělání apod. Tyto informace jsou osobní, a proto by neměly být vyžadovány v případě, že to není pro zpracování výsledků nutné. Otázky týkající se problematiky jsou až ve třetí části dotazníku. Je důležité, aby vedly k dříve definovanému cíli a aby byl typ odpovědi zvolen adekvátně k očekávatelné formě. V závěru dotazníku by měl být uveden kontakt na tazatele, případně komentář k problému či dotazníku. Často opomíjenou avšak doporučenou částí přípravy je pilotní test. Ten se provádí před oficiálním nasazením dotazníku. Pomáhá odhalit 40

49 4. Hodnocení použitelnosti rozhraní a testování chyby a nedostatky. Pilotní testy se provádějí na menším vzorku cílových respondentů i specialistech zkoumaného oboru. Způsob organizace průzkumu může být také různý. Ideální variantou je, když se sejdou všichni respondenti ve stejnou dobu na jednom místě a vyplnění probíhá současně. Takový průzkum bývá náročné uspořádat. Provádí se také korespondenční průzkum, ten se bohužel setkává s nízkou mírou odpovědí přibližně 10% účast. Dostatečné množství dat je zpracováno statistickými metodami. Na úplný závěr patří prezentace výstupů z průzkumu a poděkování respondentům. System Usability Scale Existují zavedené dotazníky, jako je právě System Usability Scale (SUS). Jedná se o standardizovanou formu dotazníku. Pochází z roku 1986 a vznikla na půdě společnosti Digital Corporation. SUS metoda je populární díky jednoduchosti a léta ověřeným postupům. Je vhodná například pro srovnávání alternativ v explorační fázi. Existují další podobné standardní dotazníky.[51] 4.3 Kvantitativní a kvalitativní Metody lze dělit podle různých klíčů na objektivní a subjektivní, reálné a experimentální atd. Nejčastěji se lze setkat s dělením na kategorie kvalitativní a kvantitativní. Kvantativní metody spočívají v jevech objevujících se zpravidla v měřitelné podobě. Výstupem jsou statistické údaje, reprezentující skupinu dotazovaných. Používá se v pozdějších fázích vývoje rozhraní. Oproti tomu kvalitativní průzkum je založen na subjektivních výpovědích respondentů a na vnitřních psychologických pochodech. Je hůře interpretovatelný a neporovnatelný. Dokáže velmi dobře posloužit v explorační fázi pro zíkání povědomí o prostředí, kam bude aplikace zasazena. [49] Typy otázek Otázky jsou nejdůležitější částí testů. Správná formulace a načasování může být stěžejní. Platí, že jednodušší otázky vyvolávají komplexnější odpovědi. V případě málo spontáních odpovědí je možné, že ještě existuje bariéra mezi tazatelem a respondentem. Případně to může značit vykonstruovanou a neupřímnou odpověď. 41

50 Otevřené / Uzavřené 4. Hodnocení použitelnosti rozhraní a testování Na uzavřenou otázku lze odpovědět jednoslovně ano či ne. Otevřená otázka vyzývá k širší odpovědi, vysvětlení i odhalení názoru. Rozpoutává diskusi a nechává více prostoru pro reakce. Typicky začíná slovy: jaký, co, proč, atp Přímé / Nepřímé Přímá otázka se týká podstaty věci. Nemá žádný skrytý význam. Obvykle se používá v kvantitativním výzkumu. Nepřímá otázka se ptá zdánlivě mimo téma, ale ve skutečnosti se snaží odhalit kus tématu. Její formulace zastírá pravý význam. Přímá otázka může být: Máš raději maminku, nebo tatínka? a nepřímá Když tě něco trápí, za kým jdeš? Dle úlohy v testování filtrační slouží k výběru správného vzorku uživatelů před testy kontaktní motivují respondenty k ochotě odpovídat analytické účelem je uspořádat a třídit informace demografické používají se k určení sociální pozice respondenta Škálové dotazy V přápadě potřeby porovnání výstupů z testů je vhodné zvolit techniku, kde se odpovědi měří na stupnici. Příkladem může být pěti stupňová Likertova Škála [54]. Jedná se o předem definované odpovědi na stupnici od 1 do 5, kde jedna je zcela souhlasím, tři nevím a pět znamená zcela nesouhlasím. Odpovědi dva a čtyři vyjadřijí souhlasím a nesouhlasím. Takto získaná data je možné nadále matematicky zpracovávat. Likertova Škála nejen že získává obsah postoje, ale i jeho přibližnou sílu. 42

51 Kapitola 5 Návrh menu webového ERP systému Na základě této práce a praktických testů uživatelského rozhraní vznikl prototyp obsáhlého menu ERP systému v prostředí webu. Níže je popsán průběh a výsledky návrhu i uživatelského testování provedeného ve spolupráci se společností CÍGLER SOFTWARE, a.s. Výsledný prototyp nabízí jedno z možných řešení přístupu k návrhu navigace ERP systémů. Obrázek 5.1: Současné menu idoklad.cz. 5.1 Explorace Explorace, neboli průzkum, se v tomto případě dělí na dvě fáze. První spočívá v porozumění prostředí rozsáhlých ERP systémů. Jaké typy existují. Jak přistupují k uživatelským rozhraním. S jakými se potýkají problémy a jak je řeší. Kapitoly číslo dvě a tři shrnují důležité informace o prostředí, ve kterém jsou ERP systémy zasazeny. Na základě této faktické explorace vznikla sada domnělých požadavků na úpravy menu ERP systému. Tyto domněnky bylo třeba potvrdit či vyvrátit od uživatelů samotných systémů. 43

52 5. Návrh menu webového ERP systému Druhá fáze explorace spočívá v průzkumu mezi uživateli. Metodou Focus Group byla zkoumána skupina pěti uživatelů. Cíl Hlavním cílem bylo zjistit, jak se uživatelům pracuje s programem Money a idoklad.cz. Zároveň bylo cílem získat názory od uživatelů, kteří se pravidelně setkávají se zahlceným menu ERP systémů. 1. Vyžadují uživatelé adaptibilní menu? Dokáží s ním pracovat? 2. Jakým způsobem zefektivňují svoje pracovní procesy? 3. Jak používají uživatelé záložky v systémech Money? Diverzita účastníků Zvolená skupina uživatelů byli čtyři pravidelní uživatelé některého ze systémů od společnosti CSW, a.s. a jeden uživatel z oboru marketingu, který příležitostně pracuje se systémem Money S3. Scénář U explorační metody formou Focus Group se nechává volný průběh diskuzi, která je pouze korigována moderátorem. Přesto je vhodné si předem připravit vlastní přehled témat a základních otázek, jež se k tématu vztahují, a které rozvinou diskusi správným směrem. Mind mapa s okruhy témat a vzorovými otázkami z testování se nachází v elektronické příloze. Průběh Diskuze se účastnilo všech pět respondentů zároveň. Dále byl přítomen zástupce společnosti CÍGLER SOFTWARE, a.s. jako pozorovatel. Role moderátora jsem se ujal já sám. Zapisovatel nebyl přítomen. Se souhlasem účastníků bylo použito záznamové zařízení. Výstupy 1. Adaptibilní menu není součástí systémů Money ani idoklad.cz. Uživatelé velmi rychle chápali jeho význam. Dle jejich názoru by se jednalo o užitečnou součást rozhraní, pokud by nezasahovala do klasického menu. 44

53 5. Návrh menu webového ERP systému 2. Z nepřímých otázek vyplynulo, že si uživatelé vytváří vlastní menu pomocí záložek. Dále mají vytvořené svoje vlastní oblíbené položky, které fungují obdobně, jako ve webových prohlížečích. Nevyužívají je tak často, ale vědí poměrně přesně, kde by je hledali a jakým způsobem by přidali nové. Někteří využívají hojně klávesové zkratky. 3. Záložky jsou poměrně nevýrazná součást systémů Money. Lehce lze přehlédnout fakt, že je možné používat více záložek zároveň. Nicméně zkušení uživatelé tyto záložky využívají k navigaci téměř výhradně. Záložky (Taby), se otevírají v prostoru mezi pracovní plochou a menu. Jednou z funkcí je možnost záložku zamknout. Díky tomu zůstane na svém místě při každém spuštění programu. Obrázek 5.2: Záložky v systému Money S3 5.2 Papírový prototyp Na základě celkové analýzy uživatelských rozhraní ERP systémů a interview s uživateli je navržen papírový prototyp. Prototypování na papír je velice jednoduché a efektivní. Pro tvorbu prototypu není potřeba žádný designérský software, ale pouze obyčejná tužka a papír. Podtrhuje nejdůležitější vlastnosti úvodních návrhů rozhraní. Není do nich vkládáno přehnané množství práce a je možné prototypy rychle upravovat opět pomocí tužky i v průběhu testování. Jedním ze základních pravidel je nepoužívat v prototypech barvy. Další informace o prototypování na papír je možné nalézt v knize Paper prototyping[55]. Papírové prototypy mají za úkol otestovat rozhraní na té nejzákladnější úrovni. Pro účastníky testu mohou být náročnější z důvodu vysoké abstrakce. 45

54 5. Návrh menu webového ERP systému Proto je nutné uživatele předem důkladně informovat a ujistit je, že oni sami se nepodrobují testu, ale slouží jako prostředek k testování papírového návrhu. Návrh Několik papírových prototypů bylo vytvořeno ještě před začátkem interview s uživateli. To z důvodu získání bližšího vhledu do problematiky a vytyčení cílů metody Focus Group. Po vyhodnocení uživatelských požadavků, vycházejících z explorace, byly vytvořeny postupně koncepty, které se snažily přizpůsobit všem nutným podmínkám. Těmi jsou: Musí obsahovat kompletní menu se všemi funkcemi systému. Mělo by nabízet oblíbené položky. Volené uživatelem a z části předpřipravené dle skupin uživatelů. Například účetní, skladník atp. Může obsahovat adaptivní menu. Papírový prototyp přinesl nový koncept. Uživatelé ERP systémů nepřisupují do menu tak často, ale více používají své oblíbené položky, které mají otevřené a zamčené v záložkách. Jen příležitostně nastane situace, kdy musí použít menu. Z toho plyne fakt, že plnohodnotné menu může být částečně odsunuto do pozadí a prototyp upřednostní menu s oblíbenými položkami sekundární menu. Zároveň platí, že uživatelé na blízkých pozicích zamykají obdobné záložky. Proto by se vždy pro konkrétní firemní strukturu navrhla sekundární menu s různými položkami, které by odpovídaly definovaným skupinám uživatelů ve společnosti. Tím by uživatelé od začátku používání softwaru získali verzi menšího menu ideálního pro jejich pozici a navíc by měli příležitost si je jednoduše upravovat přesunem pomocí myši. Klasické záložky zůstaly v návrhu zachovány ve vertikálním bloku. Nebylo umožněno je zamknout jako v systémech Money, ale je možné je otevírat přímo ze sekundárního menu a taktéž i z menu primárního, které bylo odsunuto do pozadí. Cíl Cílem této fáze testování bylo odhalit základní nedostatky návrhu už v jejich zárodku. Dříve, než se bude implementovat rozhraní do pohyblivého softwarového prototypu, získá návrh zpětnou vazbu už ve fázi konceptu. Tento přístup by měl přispět k hladšímu průběhu testování reálných prototypů. 46

55 5. Návrh menu webového ERP systému Obrázek 5.3: Papírový prototyp: červená: tlačítko MENU, zelená: sekundární menu, modrá: záložky. Obrázek 5.4: Hlavní menu prototypu je vertikální, aby mohlo obsahovat libovolné množství prvků. Červená: první úroveň menu, modrá: druhá úroveň menu. 47

56 5. Návrh menu webového ERP systému Průběh Testování se účastnilo šest respondentů jednotlivě. Každému zvlášť byl představen prototyp a jeho účel. Participanti sami za sebe ovládali rozhraní na papíře a moderátor prováděl změny prototypu pomocí připravených ústřižků. Celý test probíhal dle předem připraveného scénáře, který se nachází v příloze A. Výstupy Všichni uživatelé byli schopni identifikovat klíčové ovládací prvky a pojmenovat je. Sekundární menu bylo mylně považováno za záložky a v návaznosti na tento problém si nebyli uživatelé jisti, co jsou položky ve vertikálním výpisu záložek. Plnohodnotné menu skryté pod tlačítkem budilo u některých uživatelů nedůvěru. Především proto, že nebylo zřejmé, jedná-li se o tlačítko, či pouze o označení líšty se sekundárním menu. Předem nastavené položky sekundárního menu byly přijaty bez obtíží. Úprava sekundárního menu měla probíhat přetažením položky z primárního menu do lišty toho sekundárního. To na první pokus odhalil pouze jeden z participantů. Ostatní hledali kontextové menu po použití pravého tlačítka. Mazání položek ze sekundárního menu přetažením do koše uživatelé většinou odhalili až po zkušenosti s přesunem položek v rámci menu. 5.3 Softwarový prototyp Finální verze prototypu má za úkol sama reagovat na akce uživatele a snaží se maximálně přiblížit realitě. Protože se jedná o návrh rozhraní webového ERP systému, je i finální prototyp implementován pomocí technik využívaných k prezentací informací na webu. Návrh Nová verze prototypu byla založena na předchozích výstupech. V softwarovém prototypu jsou spojeny záložky a sekundární menu v jeden prvek. V podstatě se jedná o záložky, které pořád zůstávají na svém místě, dokud je uživatel nevyhodí do koše. Záložky je možné si libovolně řadit, přidávat nové z menu i zbavovat se nepotřebných. Záložky vytváří sekundární menu a uchovávají v něm uživatelem používané agendy. 48

57 5. Návrh menu webového ERP systému Obrázek 5.5: Softwarový prototyp. Červená: adaptivní menu, žlutá: sekundární menu, které je zároveň záložkami. Obrázek 5.6: Hlavní menu vyvolané tlačítkem MENU vlevo nahoře. 49

58 5. Návrh menu webového ERP systému Adaptivní menu Prototyp počítá hodnocení jednotlivým prvkům menu podle toho, jak často jsou použity. Dle hodnocení se vykreslují nejoblíbenější funkce v postranním adaptivním menu. Algoritmus pro řazení položek je převzat z práce Adaptive User Interface Personalization in ERP Systems[48]. rank(x) = w x T + (1 w) p i P x (q p i + 1) q i=1 i Funkce rank vypočítává důležitost jednotlivých položek v rámci navigace. První část rovnice vyjadřuje faktor frekvence užití. Druhá část, začinající výrazem (1 w), počítá aktuálnost užití. Proměnná x značí položku menu a x počet aktivací této položky. T vyjadřuje celkový počet spuštění všech položek menu. Každý spuštěný příkaz se nachází po určitou dobu ve frontě q. Délka fronty q se určuje implicitně a v této práci je nastavena na hodnotu 10. Byl-li příkaz spuštěn n krát v posledních 10 aktivacích menu, bude se i ve frontě nacházet n krát na různých pozicích. Množina P x obsahuje pozice výskytu příkazu x ve frontě q. Poslední spuštěná položka se nachází na pozici 1, nejdříve spuštěná na pozici q. Proměnná w < 0, 1 > ovlivňuje váhu relativní frekvence užití (dlouhodobého vzorku užití). Zde popsaná rovnice řeší problém upřednostňování déle používaných funkcí před novými popsaný v kapitole Adaptivní rozhraní Boulevard. Rozhraní bylo maximálně zjednodušeno a zároveň splňuje vešekeré požadavky uživatelů. Je schopné vyhovět vysokým nárokům na obsah menu ERP systému. Prototyp je implementován jako webová stránka za použití technologií HTML, CSS, JavaScript s nadstavbou jquery. Cíl Softwarové prototypy reprezentují finální verzi rozhraní. V případě potřeby by se prováděly testy v krátkých iteracích a vždy by se testovaly nejdrobnější změny. Cílem tohoto testování bylo ověřit navrhnutý směr vývoje webového rozhraní ERP systému. Jinak řečeno, zda uživatelé bez obtíží porozumí významu rozhraní přesto, že je maximálně zjednodušené a odlišné od rozhraní ostatních systémů. Průběh Uživatelé byli obeznámeni s faktem, že se jedná o prototyp webového systému. Testovaná maketa rozhraní se pro přiblížení realitě spouští stejně jako 50

59 5. Návrh menu webového ERP systému webové stránky v prohlížeči. Testování softwarového prototypu se účastnilo dvanáct osob. Po seznámení s průběhem samostatně podstoupili jednotlivá sezení pod dohledem pozorovatele. Ovládali prototyp dle připraveného scénáře a na závěr sezení každý uživatel vyplnil dotazník pro honocení metodou System Usability Scale (více o metodě v kapitole ). Scénář se nachází v příloze B a dotazník SUS je součástí elektronické přílohy práce. V průběhu testování bylo poznat, že tento způsob je uživatelům výrazně bližší, než předchozí testování papírových prototypů. Pravděpodobně protože se z pohledu participantů testoval reálný software a ne jeho napodobenina. Podle toho k hodnocení přistupovali. Byli více kritičtí a sdílní v citových projevech i vlastních názorech. Výstupy Pomocí slovní zpětné vazby participantů a sledování interakce s rozhraním byly zaznamenány následující výstupy: 1. Téměř všichni uživatelé měli problém při požadavku na zavření záložky. Na místo přesunutí do koše se snažili zavřít záložku z kontextového menu (kliknutím pravého tlačítka myši). 2. Někteří uživatelé používali dvoj-klik přesto, že to nebylo nutné. Vzhledem k tomu, že položky sekundárního menu je možné uchopením přesouvat, někteří uživatelé během volby položky v tomto menu pohnuli kurzorem, tak deaktivovali původně zamýšlenou akci a položku menu neotevřeli. To vedlo ke zmatení a použití dvoj-kliku jako alternativy. V jednom případě participant používal dvoj-klik i bez předchozí negativní zkušenosti. 3. Uživatelé ve více případech vyžadovali možnost zavření více záložek najednou. 4. Dva uživatelé použili klávesové zkratky, které nebyly do prototypu implementovány. Jednalo se o zkratku pro nápovědu tlačítkem F1 a snahu o označení více záložek přidržením klávesy control v kombinaci s kliknutím myši. 5. Tlačítko MENU nacházející se v levém horním rohu bylo ihned identifikováno 8 uživateli. Zbylí 4 uživatelé potřebovali čas k prozkoumání rozhraní. 51

60 5. Návrh menu webového ERP systému 6. Všichni uživatelé chápali význam adaptivního menu a většina z nich jej použila v průběhu testu. 7. Používání záložek jako sekundárního menu nezpůsobovalo žádné problémy. Z dotazníku System Usability Scale vychází celkové skóre použitelnosti rozhraní na 78 bodů ze 100 možných. Hodnocení pohybující se v rozmezí 74 a 80 se dá považovat za známku B na stupnici od nejhorší F, přes D, C, B až k nejlepšímu A. [56] Zpracování výstupů finálního testování Závěrečné testování odhalilo nedostatky prototypu. Technickou chybou bylo ztížení volby v sekundárním menu, což popisuje druhá odrážka seznamu výstupů. Tento problém je nyní v přiloženém prototypu vyřešen pomocí jquery funkce sortable a jejího parametru distance. Pomocí něho je možné nastavit počet pixelů, které musí urazit kurzor myši, aby se položka pohnula ze svého původního místa. Momentálně je parametr nastaven na 25 pixelů, což se jeví jako dostačující. Protože skryté hlavní menu a adaptibilní sekundární menu jsou prvky ve webovém prostředí zatím poměrně neobvyklé a mohly by působit některým uživatelům komplikace, bylo by vhodné při prvním přihlášení uživatele provést novinkami rozhraní. Vysvětlit, proč obsahuje sekundární menu a k čemu slouží. Takto se lze vyhnout některým nejasnostem plynoucích z výstupů. Úvodní tutoriál je běžnou součástí například v rozhraních uživatelských účtů YouTube.com či Facebook.com. Možný návrh tutoriálu představují následující obrázky. 52

61 5. Návrh menu webového ERP systému Obrázek 5.7: Tutoriál: Tlačítko pro vyvolání hlavního menu. Obrázek 5.8: Tutoriál: Představení sekundárního menu. 53

62 5. Návrh menu webového ERP systému Obrázek 5.9: Tutoriál: Zavření záložky sekundárního menu. Obrázek 5.10: Tutoriál: Přesun záložky do koše. 54

aneb velice zjednodušené vysvětlení základních funkcí a možností systému Vypracoval: Tomáš Dluhoš E-mail: tomas.d@centrum.cz

aneb velice zjednodušené vysvětlení základních funkcí a možností systému Vypracoval: Tomáš Dluhoš E-mail: tomas.d@centrum.cz aneb velice zjednodušené vysvětlení základních funkcí a možností systému Vypracoval: Tomáš Dluhoš E-mail: tomas.d@centrum.cz Operační systém Windows - první operační systém Windows byl představen v roce

Více

TESTOVÁNÍ UŽIVATELSKÉHO ROZHRANÍ

TESTOVÁNÍ UŽIVATELSKÉHO ROZHRANÍ SEMESTRÁLNÍ PRÁCE TESTOVÁNÍ UŽIVATELSKÉHO ROZHRANÍ Jakub Wagner wagnejak@fel.cvut.cz 1. ÚVOD Cílem práce bude otestovat výukovou aplikaci angličtiny na DVD pro základní školy. Aplikace je cílena pro ovládání

Více

Vzdálený přístup k počítačům

Vzdálený přístup k počítačům Vzdálený přístup k počítačům jedna z nejstarších služeb vzdálený přístup k sálovým počítačům nejprve vzdálené terminály později terminálová emulace jako jedna ze služeb počítačové sítě současnost využíváno

Více

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY STAkis-W STAkis-S Již dnes k dispozici všem zákazníkům společnosti Stahlgruber bez výjimky! www.stahlgruber.cz STAkis-W OBJEDNÁVACÍ SYSTÉM BEZ NUTNOSTI INSTALACE Jako výchozí

Více

Software programové vybavení. 1. část

Software programové vybavení. 1. část Software programové vybavení 1. část Software Vše co není HW je SW = pojem se někdy vztahuje jak na programy, tak na data Oživuje hardware (zdaleka ne jen počítače) Je-li přítomen procesor, musí být i

Více

Programové vybavení počítačů operační systémy

Programové vybavení počítačů operační systémy Programové vybavení počítačů operační systémy Operační systém Základní program, který oživuje hardware a poskytuje prostředí pro ostatní programy Řídí využití procesoru, síťovou komunikaci, tisk, ovládá

Více

Olga Rudikova 2. ročník APIN

Olga Rudikova 2. ročník APIN Olga Rudikova 2. ročník APIN Redakční (publikační) systém neboli CMS - content management system (systém pro správu obsahu) je software zajišťující správu dokumentů, nejčastěji webového obsahu. (webová

Více

VY_32_INOVACE_INF.08. Microsoft Windows II.

VY_32_INOVACE_INF.08. Microsoft Windows II. VY_32_INOVACE_INF.08 Microsoft Windows II. Autorem materiálu a všech jeho částí, není-li uvedeno jinak, je Jiří Kalous Základní a mateřská škola Bělá nad Radbuzou, 2011 INSTALACE WINDOWS 1. PRVOTNÍ PŘÍPRAVA

Více

úvod Historie operačních systémů

úvod Historie operačních systémů Historie operačních systémů úvod Autorem materiálu a všech jeho částí, není-li uvedeno jinak, je Ing. Libor Otáhalík. Dostupné z Metodického portálu www.rvp.cz, ISSN: 1802-4785. Provozuje Národní ústav

Více

Hospodářská informatika

Hospodářská informatika Hospodářská informatika HINFL, HINFK Vytvořeno s podporou projektu Průřezová inovace studijních programů Lesnické a dřevařské fakulty MENDELU v Brně (LDF) s ohledem na disciplíny společného základu reg.

Více

webmarketin Základní moduly aplikace

webmarketin Základní moduly aplikace webmarketin Aplikace webmarketing je komplexní online nástroj určený pro podporu a řízení marketingu a CRM ve společnosti. Její součástí jsou webové ankety, SMS kampaně nebo newslettery, které lze spravovat

Více

45 Plánovací kalendář

45 Plánovací kalendář 45 Plánovací kalendář Modul Správa majetku slouží ke tvorbě obecných ročních plánů činností organizace. V rámci plánu je třeba definovat oblasti činností, tj. oblasti, ve kterých je možné plánovat. Každá

Více

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER váš partner na cestě od dat k informacím globtech spol. s r.o. karlovo náměstí 17 c, praha 2 tel.: +420 221 986 390 info@globtech.cz

Více

Téma Školitel Počet dní Moderní principy řízení výrobního podniku

Téma Školitel Počet dní Moderní principy řízení výrobního podniku Katalog školení QAD Školení probíhají na adrese: Minerva ČR, Skálova 2490, Tábor začátek 9:00 hod do cca 16 hod Minerva ČR, AT Tower Pražákova 69, Brno začátek 9:00 hod do cca 16 hod cena 4000Kč/osoba,

Více

VZDĚLÁVACÍ OBLAST INFORMAČNÍ A KOMUNIKAČNÍ TECHNOLOGIE VYUČOVACÍ PŘEDMĚT: INFORMAČNÍ A KOMUNIKAČNÍ TECHNOLOGIE. Charakteristika vyučovacího předmětu:

VZDĚLÁVACÍ OBLAST INFORMAČNÍ A KOMUNIKAČNÍ TECHNOLOGIE VYUČOVACÍ PŘEDMĚT: INFORMAČNÍ A KOMUNIKAČNÍ TECHNOLOGIE. Charakteristika vyučovacího předmětu: VZDĚLÁVACÍ OBLAST VYUČOVACÍ PŘEDMĚT: Charakteristika vyučovacího předmětu: Vyučovací předmět I/IKTje zařazen samostatně v 6. - 9. ročníku v hodinové dotaci 1 hod. týdně. Svým obsahem navazuje na výuku

Více

9. Software: programové vybavení počítače, aplikace

9. Software: programové vybavení počítače, aplikace 9. Software: programové vybavení počítače, aplikace Software (SW) je programové vybavení počítače, které nám umožňuje faktickou práci na počítači tvorbu dokumentů, tabulek, úpravy obrázků, elektronickou

Více

1. Úvod do obsluhy AutoCADu

1. Úvod do obsluhy AutoCADu 1. Úvod do obsluhy AutoCADu Studijní cíl V této lekci se naučíme: Seznámíme se s potřebným zařízením. Způsoby ovládání. Nastavení AutoCADu. Doba nutná k procvičení 1,5 hodiny 1.1 AutoCAD AutoCAD je plnohodnotný

Více

3D sledování pozice vojáka v zastavěném prostoru a budově

3D sledování pozice vojáka v zastavěném prostoru a budově 3D sledování pozice vojáka v zastavěném prostoru a budově Úvod Programový produkt 3D sledování pozice vojáka v zastavěném prostoru a budově je navržen jako jednoduchá aplikace pro 3D zobrazení objektů

Více

3. Očekávání a efektivnost aplikací

3. Očekávání a efektivnost aplikací VYUŽÍVANÍ INFORMAČNÍCH SYSTÉMŮ V ŘÍZENÍ FIREM Ota Formánek 1 1. Úvod Informační systémy (IS) jsou v současnosti naprosto nezbytné pro úspěšné řízení firem. Informačním ním systémem rozumíme ucelené softwarové

Více

Pracovní prostředí Word 2003 versus Word 2010

Pracovní prostředí Word 2003 versus Word 2010 Zdokonalování gramotnosti v oblasti ICT Pracovní prostředí Word 2003 versus Word 2010 Inovace a modernizace studijních oborů FSpS Vránová Hana 11.7.2012 OBSAH Srovnání pracovního prostředí Word 2003 a

Více

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů 7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů Verze dokumentu: 1.0 Autor: Jan Lávička, Microsoft Časová náročnost: 30 40 minut 1 Cvičení 1: Vyhledávání informací v

Více

POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ

POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ ŽIVOTNÍ CYKLUS IS Stejně jako stroje a technologické linky, které jsou pořízeny, provozovány a následně, po opotřebování vyřazeny, má i informační systém svůj

Více

ERP informační systém

ERP informační systém Vážení zákazníci, připravili jsem pro vás nový modul Zakázka, který Vám přináší nový vzhled a nové možnosti. Pro snadnější přechod na novou verzi zůstává ve WAK INTRA souběžně i stávající modul zakázek.

Více

Přístupnost webů knihoven příklady dobré a špatné praxe. Radek PAVLÍČEK, TyfloCentrum Brno, o. p. s., projekt Blind Friendly Web

Přístupnost webů knihoven příklady dobré a špatné praxe. Radek PAVLÍČEK, TyfloCentrum Brno, o. p. s., projekt Blind Friendly Web Přístupnost webů knihoven příklady dobré a špatné praxe Radek PAVLÍČEK, TyfloCentrum Brno, o. p. s., projekt Blind Friendly Web Máte rádi CAPTCHA? Líbila by se vám takto prezentovaná stránka vaší knihovny?

Více

Vrstvy programového vybavení Klasifikace Systémové prostředky, ostatní SW Pořizování Využití

Vrstvy programového vybavení Klasifikace Systémové prostředky, ostatní SW Pořizování Využití Programové prostředky PC - 5 Informatika 2 Přednáší: doc. Ing. Jan Skrbek, Dr. - KIN Přednášky: středa 14 20 15 55 Spojení: e-mail: jan.skrbek@tul.cz 16 10 17 45 tel.: 48 535 2442 Obsah: Vrstvy programového

Více

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale je serverová aplikace určená pro efektivní zpracování velkého objemu sdílených nestrukturovaných dat. Umožňuje automaticky indexovat data z různých informačních zdrojů, intuitivně vyhledávat informace,

Více

Jedno globální řešení pro vaše Mezinárodní podnikání

Jedno globální řešení pro vaše Mezinárodní podnikání Jedno globální řešení pro vaše Mezinárodní podnikání Obsah 2 Známe váš svět, jsme jeho součástí 4 Správné řešení pro vaše mezinárodní podnikání 6 Standardní řešení s jedinečnými výhodami 8 Jedno globální

Více

Microsoft SharePoint Portal Server 2003. Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR

Microsoft SharePoint Portal Server 2003. Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR Microsoft SharePoint Portal Server 2003 Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR Přehled Země: Česká republika Odvětví: Velkoobchod Profil zákazníka

Více

Případová studie. Intranet 2.0 pre. HB Reavis Group. Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci.

Případová studie. Intranet 2.0 pre. HB Reavis Group. Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci. Případová studie Intranet 2.0 pre HB Reavis Group Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci. Intranet 2.0 pre HB Reavis Group Se společností Millennium jsme poprvé vyzkoušeli

Více

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Prezentace CRMplus Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Obsah prezentace Představení společnosti Technodat Develop, s.r.o. CRMplus základní charakteristika

Více

Business Intelligence

Business Intelligence Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma

Více

Tvorba kurzu v LMS Moodle

Tvorba kurzu v LMS Moodle Tvorba kurzu v LMS Moodle Před počátkem práce na tvorbě základního kurzu znovu připomínám, že pro vytvoření kurzu musí být profil uživatele nastaven administrátorem systému minimálně na hodnotu tvůrce

Více

1.1 Seznámení s programy Office

1.1 Seznámení s programy Office Název školy Číslo projektu Autor Název šablony Název DUMu Tematická oblast Předmět Druh učebního materiálu Anotace Vybavení, pomůcky Střední průmyslová škola strojnická Vsetín CZ.1.07/1.5.00/34.0483 Ing.

Více

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců Případová studie O2 Slovakia: Aplikace O2 Univerzita Aplikace O2 Univerzita jako nástroj řízení vzdělávání zaměstnanců Aplikace O2 Univerzita Vzdělávání je pro naši firmu jedním ze základních pilířů, bez

Více

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná.

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná. Průběžná klasifikace Nová verze modulu Klasifikace žáků přináší novinky především v práci s průběžnou klasifikací. Pro zadání průběžné klasifikace ve třídě doposud existovaly 3 funkce Průběžná klasifikace,

Více

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah 1 Obsah 1 Obsah... 1 2 Úvod a spouštění SW Palstat CAQ... 2 2.1.1 Návaznost na další SW moduly Palstat CAQ... 2 2.2 Přihlášení do programu... 2 2.2.1 Stanovení přístupu a práv uživatele... 2 2.2.2 Spuštění

Více

Zápočtová úloha z předmětu KIV/ZSWI DOKUMENT SPECIFIKACE POŽADAVKŮ

Zápočtová úloha z předmětu KIV/ZSWI DOKUMENT SPECIFIKACE POŽADAVKŮ Zápočtová úloha z předmětu KIV/ZSWI DOKUMENT SPECIFIKACE POŽADAVKŮ 10. 5. 2011 Tým: Simplesoft Členové: Zdeněk Malík Jan Rada Ladislav Račák Václav Král Marta Pechová malikz@students.zcu.cz jrada1@students.zcu.cz

Více

Architektura počítačů

Architektura počítačů Architektura počítačů Studijní materiál pro předmět Architektury počítačů Ing. Petr Olivka katedra informatiky FEI VŠB-TU Ostrava email: petr.olivka@vsb.cz Ostrava, 2010 1 1 Architektura počítačů Pojem

Více

Příručka pro nasazení a správu výukového systému edu-learning

Příručka pro nasazení a správu výukového systému edu-learning Příručka pro nasazení a správu výukového systému edu-learning Obsah: Edu-learning pro firmy a organizace... 2 Varianty nasazení... 2 A. Systém umístěný v lokální síti zákazníka... 3 B. Systém umístěný

Více

Typy souborů ve STATISTICA. Tento článek poslouží jako přehled hlavních typů souborů v programu

Typy souborů ve STATISTICA. Tento článek poslouží jako přehled hlavních typů souborů v programu StatSoft Typy souborů ve STATISTICA Tento článek poslouží jako přehled hlavních typů souborů v programu STATISTICA, ukáže Vám jejich možnosti a tím Vám dovolí využívat program efektivněji. Jistě jste již

Více

MS WINDOWS I. řada operačních systémů firmy Microsoft *1985 -? Historie. Práce ve Windows XP. Architektura. Instalace. Spouštění

MS WINDOWS I. řada operačních systémů firmy Microsoft *1985 -? Historie. Práce ve Windows XP. Architektura. Instalace. Spouštění MS WINDOWS I řada operačních systémů firmy Microsoft *1985 -? Historie Práce ve Windows XP Architektura Instalace Spouštění HISTORIE I MS-DOS 1981, první OS firmy Microsoft, pro IBM PC 16b, textový, jednouživatelský,

Více

FORTANNS. havlicekv@fzp.czu.cz 22. února 2010

FORTANNS. havlicekv@fzp.czu.cz 22. února 2010 FORTANNS manuál Vojtěch Havlíček havlicekv@fzp.czu.cz 22. února 2010 1 Úvod Program FORTANNS je software určený k modelování časových řad. Kód programu má 1800 řádek a je napsán v programovacím jazyku

Více

APS mini.ed programová nadstavba pro základní vyhodnocení docházky. Příručka uživatele verze 2.2.0.6

APS mini.ed programová nadstavba pro základní vyhodnocení docházky. Příručka uživatele verze 2.2.0.6 APS mini.ed programová nadstavba pro základní vyhodnocení docházky Příručka uživatele verze 2.2.0.6 APS mini.ed Příručka uživatele Obsah Obsah... 2 Instalace a konfigurace programu... 3 Popis programu...

Více

1.2 Operační systémy, aplikace

1.2 Operační systémy, aplikace Informační a komunikační technologie 1.2 Operační systémy, aplikace Studijní obor: Sociální činnost Ročník: 1 Programy (Software - SW) V informatice se takto označují všechny samospustitelné soubory které

Více

PRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech:

PRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech: MERCATOR Moderní pokladní systém od společnosti SICONET a.s. Co je MERCATOR MERCATOR je PC pokladní systém určený především maloobchodním a velkoobchodním prodejnám společností, jejichž podnikovým systémem

Více

Operační systém MS Windows XP Professional

Operační systém MS Windows XP Professional Operační systém MS Windows XP Professional Operační systém základní programové vybavení počítače zprostředkovává komunikaci uživatele s počítačem s technickým vybavením počítače s aplikačním programovým

Více

Co je Symantec pcanywhere 12.0? Hlavní výhody Snadné a bezpečné vzdálené připojení Hodnota Důvěra

Co je Symantec pcanywhere 12.0? Hlavní výhody Snadné a bezpečné vzdálené připojení Hodnota Důvěra Symantec pcanywhere 12.0 Špičkové řešení vzdáleného ovládání pro odbornou pomoc a řešení problémů Co je Symantec pcanywhere 12.0? Symantec pcanywhere, přední světové řešení vzdáleného ovládání*, pomáhá

Více

Mobilní informační průvodce - RegTim

Mobilní informační průvodce - RegTim Mobilní informační průvodce - RegTim nabízí zpřístupnění kulturního a přírodního dědictví regionu s využitím moderních mobilních informačních technologií pro podporu cestovního ruchu a inovativní propagaci

Více

Téma 1: Práce s Desktop. Téma 1: Práce s Desktop

Téma 1: Práce s Desktop. Téma 1: Práce s Desktop Téma 1: Práce s Desktop 1 Teoretické znalosti V této kapitole zjistíte, co skrývají pojmy jako Desktop, GNOME, KDE, Metacity Window Manager, Nautilus a Konqueror. Desktop neboli pracovní plocha patří mezi

Více

Projekt informačního systému pro Eklektik PRO S EK. Řešitel: Karolína Kučerová

Projekt informačního systému pro Eklektik PRO S EK. Řešitel: Karolína Kučerová Projekt informačního systému pro Eklektik PRO S EK Řešitel: ÚVODNÍ ZPRÁVA ZADÁNÍ PROJEKTU Zefektivnění komunikace ve firmě Eklektik, a to především v oblasti informací o klientech a o tištěných materiálech

Více

Software a související služby

Software a související služby Software a související služby Webové technologie, přístup uživatele do systému přes webový prohlížeč Software na zakázku Webové stránky a e-shopy s plnou administrací Intranet, webové aplikace, informační

Více

MST - sběr dat pomocí mobilních terminálů on-line/off-line

MST - sběr dat pomocí mobilních terminálů on-line/off-line MST - sběr dat pomocí mobilních terminálů on-line/off-line Stručný přehled název: MST, software pro sběr dat mobilními terminály ve skladu (příjem, výdej, inventura) autor aplikace: FASK, spol. s r.o.,

Více

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace Obsah HLEDEJCENY.mobi Mezi Vodami 1952/9 e-mail: info@hledejceny.cz HLEDEJCENY.mobi... 1 Mobilní verze e-shopu... 1 Důvody instalace... 1 Výhody... 2 Co je k mobilní verzi potřeba... 2 Objednávka služby...

Více

Spolupráce GORDIC a Adobe přináší rozšířené možnosti využití PDF Vladimír Střálka Country Manager CZ, SK, SLV

Spolupráce GORDIC a Adobe přináší rozšířené možnosti využití PDF Vladimír Střálka Country Manager CZ, SK, SLV Spolupráce GORDIC a Adobe přináší rozšířené možnosti využití PDF Vladimír Střálka Country Manager CZ, SK, SLV Současný způsob práce s dokumenty není efektivní Dopad na organizaci s 1,000 zaměstnanci 1)

Více

PRODUKTY. Tovek Tools

PRODUKTY. Tovek Tools jsou desktopovou aplikací určenou k vyhledávání informací, tvorbě různých typů analýz a vytváření přehledů a rešerší. Jsou vhodné pro práci i s velkým objemem textových dat z různorodých informačních zdrojů.

Více

CA Business Service Insight

CA Business Service Insight SPECIFIKACE PRODUKTU: CA Business Service Insight CA Business Service Insight agility made possible Díky produktu CA Business Service Insight budete vědět, které služby jsou v rámci vaší společnosti využívány,

Více

Případová studie. www.softwareone.cz

Případová studie. www.softwareone.cz Případová studie Skupina Metrostav díky SoftwareONE úspěšně prošla změnou multilicenčního programu, migrací na nové produkty i optimalizací procesů v oblasti nakládání se software dle ISO 19770-1 www.softwareone.cz

Více

Charta služeb. Marketingová strategie a propagace charty. Jak užívat chartu ke zlepšení služeb

Charta služeb. Marketingová strategie a propagace charty. Jak užívat chartu ke zlepšení služeb Marketingová strategie a propagace charty Jak užívat chartu ke zlepšení služeb Vyhlášení charty Po zpracování definitivní verze charty nastává čas jejího zveřejnění. Pro zajištění maximální informovanosti

Více

43 HTML šablony. Záložka Šablony v systému

43 HTML šablony. Záložka Šablony v systému 43 HTML šablony Modul HTML šablony slouží ke správě šablon pro výstupy z informačního systému modularis ve formátu HTML. Modul umožňuje k šablonám doplňovat patičku, dokumentaci a vázat šablony na konkrétní

Více

Minimální požadavky na systém... 21 Linux a Windows na jednom disku... 22 Zrušení instalace Mandriva Linuxu... 23

Minimální požadavky na systém... 21 Linux a Windows na jednom disku... 22 Zrušení instalace Mandriva Linuxu... 23 Obsah Úvodem 9 Typografické konvence.............................. 10 Změny oproti předchozí verzi Mandriva Linuxu.................. 11 Informace o aktualizaci z verze 2006....................... 17 Poděkování....................................

Více

Stručný obsah. Úvod 15. KAPITOLA 1 První kroky v systému Windows 8 19. KAPITOLA 2 Hlavní panel a jeho možnosti 41. KAPITOLA 3 Soubory a složky 51

Stručný obsah. Úvod 15. KAPITOLA 1 První kroky v systému Windows 8 19. KAPITOLA 2 Hlavní panel a jeho možnosti 41. KAPITOLA 3 Soubory a složky 51 Stručný obsah Úvod 15 KAPITOLA 1 První kroky v systému Windows 8 19 KAPITOLA 2 Hlavní panel a jeho možnosti 41 KAPITOLA 3 Soubory a složky 51 KAPITOLA 4 Práce se schránkou 85 KAPITOLA 5 Osobní přizpůsobení

Více

Případová studie. SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu

Případová studie. SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu Případová studie SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu www.microsoft.cz/pripadovestudie Přehled Země: Česká republika

Více

KOMPLEXNÍ PÉČE V OBLASTI MOBILNÍCH TECHNOLOGIÍ

KOMPLEXNÍ PÉČE V OBLASTI MOBILNÍCH TECHNOLOGIÍ KOMPLEXNÍ PÉČE V OBLASTI MOBILNÍCH TECHNOLOGIÍ PRO VAŠI FIRMU VOLBA / NEZÁVISLOST / ŠIRŠÍ MOŽNOSTI PŘEDSTAVENÍ SPOLEČNOSTI Jsme distributor s přidanou hodnotou působící v oboru informačních a komunikačních

Více

Je reálné využití cloudu pro logistického providera z pohledu CIO?

Je reálné využití cloudu pro logistického providera z pohledu CIO? Je reálné využití cloudu pro logistického providera z pohledu CIO? Ing. Petr Pokorný Osnova příspěvku Současné možnosti cloudu computingu Pro jaké aplikace je cloud vhodný? Pro koho je cloud dnes vhodný

Více

SECTRON s.r.o. Výstavní 2510/10, 709 00 Ostrava - Mariánské Hory +420 595 626 333, sales@sectron.cz

SECTRON s.r.o. Výstavní 2510/10, 709 00 Ostrava - Mariánské Hory +420 595 626 333, sales@sectron.cz Datum posledního záznamu: 5.12.2012 Verze 2.3.3.1 Výrobní kód 1212 2012-12 Aktualizován manuál Napájecí konektor změněn na 2-pinový MRT9 Přidáno rozhraní pro připojení záložního Pb akumulátoru 12 V, max

Více

SADA VY_32_INOVACE_PP1

SADA VY_32_INOVACE_PP1 SADA VY_32_INOVACE_PP1 Přehled anotačních tabulek k dvaceti výukovým materiálům vytvořených Ing. Janem Prašivkou. Kontakt na tvůrce těchto DUM: prasivka@szesro.cz Úvod do informatiky VY_32_INOVACE_PP1.PRA.01

Více

Dobré UX jako nejlepší marketingový nástroj mobilních aplikací. Vladimír Korbel

Dobré UX jako nejlepší marketingový nástroj mobilních aplikací. Vladimír Korbel Dobré UX jako nejlepší marketingový nástroj mobilních aplikací Vladimír Korbel Osnova Co je to User Experience (UX)? Proč je UX důležitá UX přínosy pro business Dobrý design v kontextu mobilních aplikací

Více

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B5 Program Téma obsahuje informace o programech a programovém řízení a klade si za cíl především vysvětlit

Více

CATIA V5 vs CATIA V4 Martina Staňková

CATIA V5 vs CATIA V4 Martina Staňková CATIA V5 vs CATIA V4 Martina Staňková Obsah: 1) 2) 3) 4) Použití softwaru CATIA v automobilovém průmyslu Společné vlastnosti obou verzí Odlišný přístup k řešení konstrukčních úloh Zhodnocení 1) Použití

Více

ArcGIS Online Subscription

ArcGIS Online Subscription ArcGIS Online Subscription GIS pro organizace ArcGIS Online je GIS v cloudu. Poskytuje služby GIS v prostředí internetu, ať už se jedná o úložné místo, publikaci mapových a geoprocessingových služeb, nebo

Více

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším.

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Případová studie Portál financnasprava.sk Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Portál financnasprava.sk Uvedení portálu do života

Více

Wonderware Information Server 4.0 Co je nového

Wonderware Information Server 4.0 Co je nového Wonderware Information Server 4.0 Co je nového Pavel Průša Pantek (CS) s.r.o. Strana 2 Úvod Wonderware Information Server je výrobní analytický a reportní informační portál pro publikaci výrobních dat

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

Více

Myšlenkové mapy v Linuxu

Myšlenkové mapy v Linuxu Myšlenkové mapy v Linuxu Michal Černý LinuxAlt 2011 Abstrakt Myšlenkové mapy se staly nezpochybnitelným fenoménem. Používají se k rozvoji kreativního myšlení, ke studiu, kooperaci na projektech nebo jako

Více

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Strana 1 z 12 Obsah 1. Leady... 3 a. Shrnutí... 3 b. Popis modulu... 3 c. Technické podrobnosti o modulu... 5 2. MERK... 6 a. Shrnutí... 6 b.

Více

CYCLOPE PRINT MANAGEMENT SOFTWARE- UŽIVATELSKÁ PŘÍRUČKA

CYCLOPE PRINT MANAGEMENT SOFTWARE- UŽIVATELSKÁ PŘÍRUČKA CYCLOPE PRINT MANAGEMENT SOFTWARE- UŽIVATELSKÁ PŘÍRUČKA Obsah Cyclope Print Management Software- uživatelská příručka... 1 1. Přehled produktu... 2 2. Stručný popis produtku CPMS... 2 2.1. Stažení CPMS...

Více

NOVÉ GRAFICKÉ UŽIVATELSKÉ ROZHRANÍ (GUI)

NOVÉ GRAFICKÉ UŽIVATELSKÉ ROZHRANÍ (GUI) NOVÉ GRAFICKÉ UŽIVATELSKÉ ROZHRANÍ (GUI) UŽIVATELSKÁ PŘÍRUČKA TYP DOKUMENTU: NÁVOD VYHOTOVIL: PETR VONDRÁČEK DATUM VYHOTOVENÍ: 29.3.2012 PLATNOST OD: 29.3.2012 CÍLOVÁ SKUPINA: UŽIVATELÉ B2B PORTÁLU GROW

Více

Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto

Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto Gymnázium Vysoké Mýto nám. Vaňorného 163, 566 01 Vysoké Mýto Registrační číslo projektu Šablona Autor Název materiálu / Druh CZ.1.07/1.5.00/34.0951 III/2 INOVACE A ZKVALITNĚNÍ VÝUKY PROSTŘEDNICTVÍM ICT

Více

Vývoj informačních systémů. Obecně o IS

Vývoj informačních systémů. Obecně o IS Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu

Více

EMBARCADERO TECHNOLOGIES. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů.

EMBARCADERO TECHNOLOGIES. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů. Trendy a móda EMBARCADERO TECHNOLOGIES Popularita a prodej mobilních zařízení roste Skoro každý má

Více

případová studie KB - BLOK systém, s.r.o. Nová webová prezentace rozšířená o e-shop www.fg.cz

případová studie KB - BLOK systém, s.r.o. Nová webová prezentace rozšířená o e-shop www.fg.cz případová studie KB - BLOK systém, s.r.o. Nová webová prezentace rozšířená o e-shop www.fg.cz KB - BLOK systém, s.r.o. Nová webová prezentace rozšířená o e-shop Nová webová prezentace rozšířená o e-shop.

Více

Nová áplikáce etesty Př í přává PC ž ádátele

Nová áplikáce etesty Př í přává PC ž ádátele Nová áplikáce etesty Př í přává PC ž ádátele Verze 0.6 Datum aktualizace 20. 12. 2014 Obsah 1 Příprava PC žadatele... 2 1.1 Splnění technických požadavků... 2 1.2 Prostředí PC pro žadatele... 2 1.3 Příprava

Více

Operační systémy: funkce

Operační systémy: funkce Operační systémy Software, který zabezpečuje základní chod počítače, je prostředníkem mezi hardwarem a aplikačním softwarem. Nutný základní software v počítači. Vykonává řadu rutinních operací, které by

Více

Vývoj SW pro mobilní zařízení s ios. Petr Hruška, Skymia s.r.o. Teorie a praxe IP telefonie, 6.12.2012

Vývoj SW pro mobilní zařízení s ios. Petr Hruška, Skymia s.r.o. Teorie a praxe IP telefonie, 6.12.2012 Vývoj SW pro mobilní zařízení s ios Petr Hruška, Skymia s.r.o. Teorie a praxe IP telefonie, 6.12.2012 Perspektiva 3 roky zkušeností s vývojem aplikací pro ios 1 rok vývoj pro Android desítky aplikací Obsah

Více

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY AUTOCORA ONLINE AUTOCORA E-SHOP AUTOCORA APP Již dnes k dispozici všem zákazníkům společnosti Autocora bez výjimky! www.autocora.cz AUTOCORA ONLINE www.autocora.cz/online

Více

NÁVRH EFEKTIVNÍ STRATEGIE MOBILNÍHO BANKOVNICTVÍ: NALEZENÍ SPRÁVNÉHO OBCHODNÍHO MODELU Mobile tech 2014

NÁVRH EFEKTIVNÍ STRATEGIE MOBILNÍHO BANKOVNICTVÍ: NALEZENÍ SPRÁVNÉHO OBCHODNÍHO MODELU Mobile tech 2014 NÁVRH EFEKTIVNÍ STRATEGIE MOBILNÍHO BANKOVNICTVÍ: NALEZENÍ SPRÁVNÉHO OBCHODNÍHO MODELU Mobile tech 2014 Mojmír Prokop, Head of Direct Channels, Komerční banka, a.s. Praha 27.března 2012 Kdo jsme : Silná

Více

SOFTWARE. Programové vybavení počítače

SOFTWARE. Programové vybavení počítače SOFTWARE Programové vybavení počítače Obsah Software Operační systém (OS) Aplikační software Licence Software Softwarem rozumíme veškeré programové vybavení počítače Program Obsahuje instrukce, podle kterých

Více

DOCUMENT MANAGEMENT TOOLKIT

DOCUMENT MANAGEMENT TOOLKIT DOCUMENT MANAGEMENT TOOLKIT SPRÁVA DOKUMENTŮ V MODERNÍM PODNIKOVÉM PROSTŘEDÍ Zpracování dokumentů prochází v dnešním firemním světě významnými změnami. Firmy jsou nuceny řešit řadu problémů, které s sebou

Více

DATABÁZE MS ACCESS 2010

DATABÁZE MS ACCESS 2010 DATABÁZE MS ACCESS 2010 KAPITOLA 5 PRAKTICKÁ ČÁST TABULKY POPIS PROSTŘEDÍ Spuštění MS Access nadefinovat název databáze a cestu k uložení databáze POPIS PROSTŘEDÍ Nahoře záložky: Soubor (k uložení souboru,

Více

E-mailové kampaně. 2013 Byznys CRM s.r.o.

E-mailové kampaně. 2013 Byznys CRM s.r.o. E-mailové kampaně 2013 Byznys CRM s.r.o. Zákazník: Dne: 31. 5. 2015 Vytvořil: Pavel Šlesingr Schválil: Petr Hampejs Verze: 5.0 Emailové kampaně v CRM 2011 Strana 2 z 15 Obsah Obsah... 3 1. Popis... 4 1.1.

Více

VYTVOŘENÍ / EDITACE RDP SOUBORU

VYTVOŘENÍ / EDITACE RDP SOUBORU VYTVOŘENÍ / EDITACE RDP SOUBORU Windows Server 2008 Windows Server 2012 ipodnik cloud ipodnik pro Vás provozuje: BIZ-ONE EU s.r.o. Jiráskova 306 252 25 Jinočany, Praha Západ Web: www.ipodnik.cz Tel.: 605

Více

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 MIS Manažerský informační systém pro Ekonomický informační systém EIS JASU CS Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 Poslední aktualizace dne 5.8.2014 MÚZO Praha s.r.o. je certifikováno

Více

Analýza a Návrh. Analýza

Analýza a Návrh. Analýza Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,

Více

Individuální nastavení počítače

Individuální nastavení počítače Individuální nastavení počítače Je pro vás systém Windows 7 nový? I když má tento systém mnoho společného s verzí systému Windows, kterou jste používali dříve, můžete potřebovat pomoc, než se v něm zorientujete.

Více

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

X36SIN: Softwarové inženýrství. Životní cyklus a plánování X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a

Více

CZ.1.07/1.5.00/34.0527

CZ.1.07/1.5.00/34.0527 Projekt: Příjemce: Digitální učební materiály ve škole, registrační číslo projektu CZ.1.07/1.5.00/34.0527 Střední zdravotnická škola a Vyšší odborná škola zdravotnická, Husova 3, 371 60 České Budějovice

Více

Helios Easy. integrované řešení pro řízení

Helios Easy. integrované řešení pro řízení integrované řešení pro řízení Skupina ASSECO je jedním z nejvýznamnějších softwarových domů ve střední Evropě. Chcete držet své náklady více pod kontrolou? Potřebujete, aby vaše investice měly rychlou

Více

Microsoft Windows Server System

Microsoft Windows Server System Microsoft Windows Server System ČRa spouští jako první telekomunikační operátor v České republice služby pro malé a střední firmy, které požadují kancelářské aplikace, e-mail, sdílený kalendář a kontakty

Více

POKROČILÉ POUŽITÍ DATABÁZÍ

POKROČILÉ POUŽITÍ DATABÁZÍ POKROČILÉ POUŽITÍ DATABÁZÍ Barbora Tesařová Cíle kurzu Po ukončení tohoto kurzu budete schopni pochopit podstatu koncepce databází, navrhnout relační databázi s využitím pokročilých metod, navrhovat a

Více