Koncepty. Koncept stresu a napätia. Použiteľnosť (použiteľnosť) Používateľská skúsenosť (používateľská skúsenosť) Model postupu

Pojmy koncept zaťaženia a stresu Použiteľnosť (použiteľnosť) Skúsenosť používateľa (skúsenosť používateľa) Model procesu o vývoj zameraný na používateľa alebo človeka o inžinierstvo použiteľnosti

koncept

Použiteľnosť a používateľská skúsenosť Použiteľnosť o Rozsah, v akom môžu byť systém, produkt alebo služba používanými určitými používateľmi v určitom kontexte použitia použité na efektívne, efektívne a uspokojivé dosiahnutie stanovených cieľov. o dobre definované o merateľné užívateľské skúsenosti o vnímanie a reakcie osoby vyplývajúce zo skutočného a/alebo očakávaného použitia produktu, systému alebo služby. o Fáza definovania pojmu ešte nie je dokončená. o Merateľnosť je často nedostatočná

Použiteľnosť a užívateľská skúsenosť

Použiteľnosť a užívateľská skúsenosť objektívne meradlá výkonu celého systému subjektívne vnímanie a reakcie POUŽITELNOSŤ EFEKTÍVNOSŤ EFEKTÍVNOSŤ SPOKOJNOSŤ Ľudská ergonómia SKÚSENOSTI POUŽÍVATEĽA predpokladané použitie skutočné použitie po použití

Použiteľnosť a zásady navrhovania dialógov

DIN EN ISO 9241-110 Princípy návrhu dialógov Vhodnosť úlohy o Žiadne zbytočné kroky, žiadne zavádzajúce informácie Schopnosť vlastného popisu o K dispozícii sú tiež presne tie informácie, ktoré sú potrebné pre určitý krok Očakávanie zhody o Systém vždy reaguje presne informáciami z hľadiska úlohy v skutočnosti sa „dá očakávať“, že učenie vedie k učeniu, pretože produkt je možné ihneď použiť na základe znalosti úlohy; nie je potrebné žiadne školenie.

DIN EN ISO 9241-110 Zásady návrhu dialógov Ovládateľnosť o Po splnení svojej úlohy sa môže užívateľ dôsledne uberať smermi, ktoré sú z hľadiska úlohy potrebné (bez obchádzok a tolerancie chýb „nový vstup inde“ o) používateľ sa riadi systémom Chránené chyby, alebo ak sa užívateľ dopustil chyby, môže ich s minimálnym úsilím opraviť Prispôsobenie o Používateľ si môže užívateľské rozhranie prispôsobiť sám a vykonať individuálne predvolené nastavenia, ktoré zodpovedajú jeho fyzickým podmienkam (napr. Veľkosť písma) alebo zohľadňujú špecifiká jeho kontextu ( napr. určité predvolené nastavenia)

Rozvoj zameraný na človeka (zlé návrhy 2010)

Vývoj zameraný na človeka Akonáhle je systém vo vývoji, stojí za to opraviť problém desaťkrát viac ako opraviť ten istý problém v dizajne. Ak bol systém vydaný, stojí to 100-krát viac v porovnaní s opravou v dizajne. (Gilb 1995)

ON rozhodovanie čas

Vývoj zameraný na človeka Zníženie nákladov o Menej potrebných školení a dokumentácie o Menej prepracovania, pripomína po uvedení na trh Zvýšenie predaja o ROI nákladov vzniknutých skoro na začiatku Právne požiadavky Certifikácia podľa štandardov Bezpečnosť a ochrana zdravia pri práci Realizácia dostupnosti Blízkosť zákazníka Otváranie nových skupín zákazníkov (napr. Nevidiacich) Akceptovanie používateľov

Rozvoj zameraný na človeka (DIN EN ISO 13407/2000)

Rozvoj zameraný na človeka (DIN EN ISO 9241-210/2010)

Hodnotenie návrhu trojfázovej analýzy

Od problému k riešeniu Analýza Návrh Problémový priestor Riešený priestor

Usmernenie k použiteľnosti DAkkS Vyvinula a na webe sprístupnila Nemecká akreditačná služba (verzia 1.3, DAkkS 2010). Zostavenie metód vývoja a kontroly interaktívnych produktov a ich vývojových procesov na základe príslušných noriem o DIN ISO 9241-11, -110, -210

Od problému k riešeniu Kontextové rozhovory Analýza Dizajn Priestor problému Priestor riešenia

Kontextové rozhovory Individuálne rozhovory Skutoční zástupcovia predtým definovaných skupín používateľov 3 - 5 osôb na skupinu používateľov 2 anketári (rozhovory a dokumentácia) Zameranie: aktivity respondenta Diskusie, ktoré sa riadia kľúčovými otázkami: o Prispôsobte kľúčové otázky kontextu použitia o Usporiadajte kľúčové otázky o Ak je to potrebné s klientom hlasovanie o Na uskutočnenie pohovoru nie je potrebné dodržať postupnosť. o Druhý anketár kontroluje, či sú položené všetky otázky

Od problému k riešeniu Kontextové scenáre Kontextové rozhovory Analýza Dizajn Problémový priestor Priestor riešenia

Kontextové scenáre Vytvorte bežný text v naratívnom štýle na základe rozhovoru. Vytvorte pohotovo, maximálne jeden deň po kontextovom rozhovore jedným z dvoch anketárov. Diskutujte o texte s iným anketárom a v prípade potreby zvýraznite nejasnosti.

Od problému k riešeniu Návrh analýzy Problémový priestor Priestor riešenia Kontextové scenáre Kontextové rozhovory Požiadavky

Požiadavky Definícia požiadavky o Nevyhnutná požiadavka, ktorá umožňuje efektívne splniť účel obsiahnutý v otázke kontextu používania. Ø Najskôr zaznamenajte účel a potom požiadavku na splnenie účelu. Požiadavky nie sú o cieľoch, ktoré človek sleduje. o Riešenie problému. o žiadne požiadavky na použitie alebo technológiu.

Od problému k riešeniu Analýza Návrh Problémový priestor Požiadavky Používateľské požiadavky Priestor riešenia Kontextové scenáre Kontextové rozhovory

Požiadavky používateľa Definícia požiadavky používateľa o Požadovaná akcia používateľa v interaktívnom systéme spôsobom, ktorý popisuje činnosť a nie je technicky implementovaný. Používateľ musí byť schopný vybrať niečo v systéme. o môže vstúpiť. o môže rozpoznať. o mať k dispozícii v kontexte.

Proces hodnotenia kontextových scenárov 1. Kontextový scenár: Text s faktami z kontextového rozhovoru 2. Požiadavka: Aký je účel opísaných faktov a aké sú požiadavky na splnenie tohto účelu? 3. Požiadavka používateľa: Akú činnosť musí byť používateľ schopný v systéme vykonať, aby splnil požiadavku?

Príklad Kontextová inovácia Kontext Ergendis/Potrebná požiadavka/Požiadavka Ja (civilný) varím v utorok vajcia pre duševne chorých klientov zariadenia. Chcem každému dať tvrdé, mäkké a stredné vajce, ktoré chce. Ale to často nefunguje a vedie to k psychologickým krízam. Ani časovač vajec, ani cit nevedú spoľahlivo k úspechu. Neznášam utorky. Osoba, ktorá pripravuje raňajky, musí vedieť, ktoré vajíčko má akú konzistenciu (tvrdé, stredne mäkké), aby mohla každému účastníkovi raňajok poskytnúť vhodné vajíčko. Užívateľ musí byť schopný v systéme vidieť, ktoré vajce je mäkké, stredné alebo tvrdé konzistencie a kedy.

Príklad Kontextom riadená inovácia Kontext Potreba Požiadavka Na neobvyklé abnormality kontrolujem databázy, či už bola taká vec diagnostikovaná predtým. Nechcete urobiť chybu, ktorú už urobili iní. Používateľ musí vedieť, aká nesprávna diagnóza bola urobená s ohľadom na konkrétnu abnormalitu, aby sa predišlo chybám. Používateľ musí byť schopný zvoliť rozpoznanú patologickú abnormalitu v systéme. Musí byť schopný vidieť chybné diagnózy vykonané s ohľadom na rozpoznanú patologickú abnormalitu.

Inovácie riadené používateľmi? Kontextové inovácie! Henry Ford, 1863-1947 o Keby som sa opýtal svojich zákazníkov, čo chcú, povedali by mi: Rýchlejší kôň. Inovácia (definícia Thomas Geis, Procontext GmbH) o Riešenie problému, pri ktorom si užívateľ riešenia uvedomí problém až potom, keď už problém nie je prítomný (eliminovaný). o Poznámka: Odstránenie problému, o ktorom si je používateľ vedomý, je oprava chyby (nie inovácia).

Predmetové oblasti Dizajn a hodnotenie kvalít zameraných na človeka Inovácia zameraná na kontext

Návrh požiadaviek na hodnotenie procesu spracovania kontextovej analýzy produktu

Stratégia pre inováciu Definujte kontext Odstráňte okuliare riešenia a nasaďte problémové okuliare Spýtajte sa ľudí, čo robia v kontexte Vyhodnoťte kontext o Požiadavky o Požiadavky na použitie Dajte okuliare na riešenie späť Skontrolujte možnosti použitia pre uskutočniteľnosť o Realizovateľné: vyrobte! o Zatiaľ nerealizovateľné: do pamäti spoločnosti o Nikdy nerealizovateľné: premýšľajte znova o 10 rokov