Home

DATech-Prüfhandbuch Gebrauchstauglichkeit - Wiki-Welt

1. erlaubt gew nscht erforderlich Kommt es vor dass mehrere Benutzer gleichzeitig an dem gleichen Objekt z B Vorgang Akte Dokument Datensatz arbeiten m ssen Gibt es eine festgelegte Abfolge der Arbeitsschritte und wenn ja wie sieht diese aus Ist eine Flexibilit t sinnvoll n tig Welche Ergebnisse Teilergebnisse entstehen und wie werden diese ggf verwertet weitergef hrt Welches Feedback bekommt die befragte Person in bezug auf die Arbeitsergebnisse und die Wirkung ihrer Arbeit DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 61 Anhang C Werkzeuge zum Pr fverfahren 62 Abschnitt im Szenario Besonderheiten bei der Durchf hrung Organisatorische Rahmenbeding ungen Sonstige Bemer kungen der befragten Person zu bereits aufgetretenen Nutzungsproblemen Leitfragen Erl uterungen hierzu im Auswertungsrahmen Beispiele hierzu im Beispiel Szenario 14 17 18 20 21 22 Welche Unterbrechungen gibt es und warum Welche St rungen treten auf organisatorisch sozial technisch Wie werden Fehler zur ckgemeldet und behoben organisatorisch sozial technisch Welche wichtigen Sonderf lle m ssen ber cksichtigt werden bzw fallen dem Benutzer spontan ein z B zur Arbeitsteilung Zusammenarbeit Welche Organisationsziele gibt es im Hinblick auf die T tigkeit Gibt es Mechanismen zur Leistungssteuerung Leistungs kontrolle Wenn ja welc
2. Archiv ffnen die Datei an die der Benutzer komprimieren m chte DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 87 Anhang C Werkzeuge zum Pr fverfahren Archiv offnen EIH Seren See Literaturliste doc iter alle Dateien v2 Bild 3 Der Benutzer klickt die Datei an und versucht sie zu ffnen Bild 4 Fehlermeldung nach dem Versuch die Datei zu ffnen 88 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren WinZip Online Hilfe OF x Datei Bearbeiten Textmarke Optionen Ira Index Zur ck Drucken lt lt gt WZ4A0 Meldung Das ZIP Archiy kann nicht ge ffnet werden Handelt es sich dabei um Teil eines datentr ger bergreifenden ZIP Archivs legen Sie bitte die letzte Diskette des datentr ger bergreifenden ZIP Archivs in das Diskettenlaufwerk Ihres Rechners und versuchen Sie es erneut Dies wird stets bei Datentr ger bergreifenden Zip Formate gefordert Eventuell werden Sie dann aufgefordert nacheinander weitere Disketten Ihres datentr ger bergreifenden ZIP Archivs einzulegen Wenn Sie diese Datei vom Netz heruntergeladen haben so ist die wahrscheinlichste Ursache des Problems ein bertragungsfehler Die beste L sung ist fast immer ein erneutes Herunterladen der Datei Wenn danach das Problem nicht gel st ist besuchen Sie bitte die Webseite http www winzip de downprob htm um weitere Hinweise zur L sung von b
3. Der Begriff Benutzungsoberfl che hat den fr her benutzten missverst ndlichen Begriff Benutzeroberfl che abgel st Bezeichnung f r die Gesamtheit der gt Eingabemittel und Anzeigeeinrichtungen eines Systems z B Tastatur Cursor Bildschirm Anzeigen Die Benutzungsoberfl che ist Teil der gt Benutzungsschnittstelle Benutzungsschnittstelle user interface Gesamtheit der Eingabe Merkmale der Ausgabe Merkmale der Dialog Merkmale und der Werkzeug Merkmale mittels derer der gt Benutzer auf das System einwirkt z B Eingabefeld Kommandozeile Unterbrechungskommando UNDO sowie der Merkmale in denen sich das Verhalten des Systems gegen ber dem Benutzer u ert z B Meldungen Nutzungshinweise Men s am Bildschirm nutzungsrelevante Objekt oder Werkzeugeigenschaften CIF CIF ist das Akronym f r Common Industry Format for Usability Test Reports CIF ist ein ANSI Standard der es Usability Experten erm glichen soll Pr fberichte in einheitlicher Form zu verfassen und fremde Pr fberichte hinsichtlich der Qualit t der Daten f r die Erzielung von Pr f und Bewertungsergebnissen besser einsch tzen zu k nnen Ein auf dem DATech Pr fverfahren beruhender Pr fbericht kann zur Zeit nicht im CIF Format dokumentiert sein weil das DATech Pr fverfahren insbesondere mit seiner Liste der gt Nutzungsanforderungen mit seiner gt Erh rtungspr fung und seiner Konformit tsaussage ber den in CIF geforderten Pr fumfang hinausg
4. Offnen Taste Bild 3 Benutzer w hlt die gew nschte Datei aus anklicken und versucht sie mittels ffnen Taste zu ffnen Critical incident Benutzer versteht die Fehlermeldung nicht Benutzer dr ckt die Hilfe Taste Critical incident Benutzer versteht den Hilfetext nicht Benutzerf hrung unklar Benutzer schlie t das Hilfe Fenster und dr ckt die OK Taste Critical incident Benutzer f hlt sich in der Sackgasse Aktion des interaktiven Systems oder Reaktion Bild 1 Startfenster des Winzip Programms Bild 2 Fenster Archiv ffnen zeigt die gew nschte Datei an Bild 4 WinZip Fehlermeldung Bild 5 WinZip Help File Das ge ffnete Fenster zeigt Winzip Online Hilfe an Bild 6 Nochmals Fehler meldung Bild 7 WinZip Startfenster wird angezeigt Nutzungsanforderung Ist das ge ffnete Fenster selbst beschreibend ISO 9241 10 Die Form der Eingabe und Ausgabe sollte der jeweiligen Arbeits aufgabe und den Benutzerbelangen angepasst sein ISO 9241 10 R ckmeldungen oder Erl uterungen sollten genau auf die Situation bezogen sein f r die sie gebraucht werden Ist die angebotene Hilfe kontext sensitiv DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeugen Bild 1 WinZip Fenster nach Aufruf des WinZip Programms Archiv ffnen alle Dateien Bild 2 Nach Dr cken der Offnen Taste zeigt das Fenster
5. hier ein Problem mit der Nutzung gegeben ist Dem Benutzer sollte das Gef hl vermit telt werden dass er f r alles was er sagt einen geduldigen aufmerksamen Zuh rer hat Wie im obigen Beispiel der Beschreibung eines Use Szenarios dargestellt kann der Benutzer vom Fluss der Bearbeitung abweichen und in einen Schritt des Fehlermanage ments ausweichen um z B eine Fehlerursache zu finden eine Hilfefunktion aufzurufen u Diese Umwege in der Aufgabenbearbeitung sind mitzuprotokollieren Sie k nnen u U auf einen Mangel hinweisen W hrend der Teilnehmenden Beobachtung darf der Usability Assessor keine Bewer tungen abgeben oder den Benutzer in den von ihm ausgesprochenen Bewertungen best rken Lediglich der Kommentar dass hier etwas nicht stimme ist erlaubt sofern sachlich begr ndet Zus tzlich zur Beobachtung kann der Dialogablauf technisch aufgezeichnet werden z B ber ein Protokollierungsprogramm oder ber eine Videokamera Es sollte auf eine weitgehend entspannte Atmosph re geachtet werden Es k nnen jedoch St rungen simuliert werden wenn dadurch bestimmte Funktionen der Software gepr ft werden sollen Der beobachteten Person sollten nach fertiger Protokollierung alle Ergebnisse zur Validierung vorgelegt werden Kann man sich bei f r die Beurteilung der Software wichtigen Details nicht einigen m ssen einzelne Schritte ggf an der Software noch einmal nachvollzogen werden Au erdem sollte der beobachtete Ben
6. ohne die traditionellen Karteikarten m glich sofern w nschenswert Ist die Nutzung des Systems ohne Mietspiegel als Hardcopy m glich sofern w nschenswert Wird ein ggf st render Medienwechsel zwischen Online Infos und schriftlichen Unterlagen vermieden Normale Durchf hrung 7 Welche Arbeitsschritte sind durchzuf hren Regelm ig oder periodisch anfallende Arbeiten sind z B bei der Neuvermietung Wohnung frei melden die Vorbereitung und berwachung von Modernisierungen freigewordener Wohnungen Wohnungsange bote schreiben f r Bewerber Besichtigungs termine vereinbaren Bezugstermine festlegen orts bliche Vergleichsmiete festlegen kl ren wer die Miete zahlt z B manchmal das Sozial amt kl ren wer die Kaution zahlt Kautionen berechnen Wohnungen bergeben Miet vertr ge ausstellen Bei K ndigung fallen regelm ig Arbeiten an wie Wohnungsbesichti gung Abnahme der Wohnung Vorbereitung der Neuvermietung K nnen die Ergebnisse der Arbeitsschritte vollst ndig und korrekt erzielt werden Ist der Stand der bisherigen Bearbeitung erkennbar Sind die f r die Aufgaben bearbeitung erforderlichen Informationen unmittelbar verf gbar Aufgaben angemessenheit Aufgaben angemessenheit Selbstbeschrei bungsf higkeit Aufgaben angemessenheit Selbstbeschrei bungsf higkeit Werden die aufgef hrten periodisch anfallenden Arbeiten durch das interaktive System unters
7. r jeden festgestellten Mangel der Bezug zu mindestens einem Gestaltungs grundsatz des Dialogs oder der Informationsdarstellung ber cksichtigt e Ist jeder festgestellte Mangel im Kontext einer Aufgabenbearbeitung ermittelt und nachvollziehbar dokumentiert e Sind f r jeden festgestellten Mangel die verletzten Normen und Gestaltungs grunds tze aufgef hrt e Sind die festgestellten M ngel in bezug auf die Benutzerzielgruppe relevant A 2 3 Erl uterungen zur Inspektion Eine Inspektion setzt voraus dass Aufgabenerfordernisse und Benutzerbelange in korrespondierende Produktmerkmale transformiert worden sind z B Aufmerksam keitserfordernisse des Benutzers in Kodierungsmerkmale der dargestellten Information transformieren oder T tigkeitserfordernisse in Dialogschritte Wird eine Abweichung von geforderten Merkmalen Pr fkriterien festgestellt so ist die Abweichung mit einer Verletzung von Aufgabenerfordernissen oder Benutzerbelangen zu begr nden design rationale Wird eine Normverletzung festgestellt so ist zus tzlich auf die relevanten Empfehlungen der Norm zu verweisen sowie auf die verletzten Gestaltungsgrunds tze Festgestellte M ngel sind umsichtig und fair zu bewerten Hierbei sind alle relevant erscheinenden Merkmale des Produkts sowie Umst nde des Nutzungskontexts zu ber cksichtigen die den Mangel zumutbar kompensieren k nnen z B andere Schriftgr e einstellen wenn Lesbarkeit mangelhaft oder einen m glic
8. so dass selbst Funktions und Zuverl ssigkeitspr fungen keine aufwendige Testumgebung erfordern Der Aufwand der Pr fung wird auch durch den im Pr fhandbuch gew hlten Falsifikationsansatz stark reduziert Im Unterschied zu den Normen ISO 9241 Teile 10 bis 17 die eine vollst ndige Verifikation f r den Nachweis der Konformit t eines Produkts mit den anwendbaren Forderungen einer Norm nahe legen sieht das DA Tech Pr fhandbuch vor dass lediglich die aus dem Teil 10 der Norm abgeleiteten oder abzuleitenden Pr fkriterien zu falsifizieren sind F r diese Pr fkriterien wird jeweils unterstellt dass sie durch die Qualit t der Merkmale des interaktiven Systems oder Voraussetzungen f r die Akkreditierung siehe Abschnitt 3 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 9 1 Einleitung durch die am interaktiven System tats chlich ausf hrbaren T tigkeiten erf llt sind Pr fen hei t zu versuchen diese Konformit tsannahme f r jedes Kriterium zu falsifizieren Im Falle einer Falsifikation liegt eine vermutete Normverletzung vor deren Auswirkung gesondert beurteilt wird und durch eine Erh rtungspr fung auf Bedeutsamkeit zu pr fen ist Um bedeutsame Normverletzungen konstruktiv zu beurteilen werden die brigen Normen von ISO 9241 Teile 12 bis 17 herangezogen Aus diesen Normen k nnen dem User Interface Engineer Designer und oder Usability Engineer Vorschl ge f r die normkonforme Verbesserung des Produkts gema
9. t oder gar ber die Normkonformit t verwendet werden Richtig ist dass Befragungsergebnisse etwas ber subjektive Einsch tzungen der Effektivit t und Effizienz aussagen Um den subjektiven Akzent der Aussage hervorzuheben werden diese als Zufriedenstellungsurteile behan delt F r eine Benutzerbefragung braucht man u U gar nicht viele Benutzer Man h rt auf weitere Benutzer zu befragen wenn man feststellt dass die bisher befragten Benutzer soviel erg nzende Informationen beigesteuert haben dass von weiteren Befragungen keine neuen Daten zu erwarten sind H ufig reichen 3 bis 5 Benutzer aus In jedem Fall muss die Stichprobe der Befragten repr sentativ sein Wird bei der Befragung mangelnde Zufriedenstellung festgestellt so kann es n tzlich sein die Stichprobe der Befragten zu erweitern um die Verallgemeinerbarkeit des Ergebnisses zu sichern denn manchmal sind subjektive Benutzerbeschwerden auf lokale Ursachen zur ckzuf hren die nicht f r die gesamte Zielgruppe gelten Wichtig ist die Initiative nicht den Benutzern zu berlassen etwa zu warten bis sie sich ber Nutzungsprobleme beschweren Die Initiative zur Benutzerbefragung sollte in der Regel vom Usability Assessor ausgehen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 51 Anhang A Methoden zum Pr fverfahren A 5 Dokumentenanalyse A 5 1 Ziele Dient der Feststellung ob Ergebnisse von Aktivit ten z B die Anwendung von erforderlichen Analyse
10. tten oder dass Aufgaben nicht wie Sie es gewohnt sind ausgef hrt werden k nnen 1 Finden Sie Men punkte oder Funktionen dort wo sie Ihrer Meinung nach auch sein sollten S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte die konkrete Stelle im Men oder in einer anderen bersicht in der die Anordnung der Information nicht Ihren Erwartungen entspricht S Ich empfinde dies als sehr st rend 2 Sind Sie sich bei Wartezeiten immer noch sicher ob das Programm weiterarbeitet S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte die Situationen in denen Sie sich nicht sicher sind ob das Programm noch arbeitet z B wenn das Programm sehr lange ben tigt um Daten zu speichern S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 109 110 Sind Sie manchmal berrascht wie das Programm auf Ihre Eingabe reagiert S ja S nein S Frage trifft nicht zu wenn ja Beschreiben Sie die Situationen in denen Sie ber die Reaktionen des Systems erstaunt sind S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Fehlertoleranz Ein Computerprogramm ist fehlertolerant wenn Sie Ihr Arbeitsergebnis trotz fehlerhafter Eingaben entweder mit keinem oder mit minimalem Korrekturaufwand erreichen k nnen Dies bedeutet dass es durchaus erlaubt sein muss sich zu vertippen oder einen falschen Arbeitsschritt zu machen
11. und Pr fmethoden ihren Niederschlag gefunden haben und ob die G tekriterien dieser Methoden erf llt wurden A 5 2 G tekriterien e Ist der dokumentierte Inhalt sachlich nachvollziehbar und verst ndlich und gibt es keine Hinweise auf Widerspr che und zwar innerhalb jedes Dokuments und ber verschiedene Dokumente hinweg e Sind die erzielten Pr fergebnisse auf der Grundlage der Dokumente reproduzierbar e Ist die Verwertung der dokumentierten Pr fergebnisse in anderen Dokumenten nach vollziehbar A 5 3 Erl uterungen zur Dokumentenanalyse 52 Eine Dokumenteneinsicht ist meist notwendig um Aussagen ber den Leistungsumfang eines Softwareprodukts mit den Erfordernissen des Nutzungskontexts zu vergleichen Auf dem Wege der Dokumenteneinsicht wird gepr ft ob und inwieweit die software technische Qualit t eines Produkts den Anforderungen der Effektivit t ISO 9241 11 gen gt Es muss beispielsweise sachlich nachvollziehbar sein f r welchen vom Her steller beabsichtigten Nutzungskontext das Produkt entwickelt ist und welche Aussagen zu den Qualit tsanforderungen der ISO IEC 12119 gemacht sind Ein vom Hersteller beabsichtigter Nutzungskontext kann in die Pr fung einbezogen werden und zwar durch Beteiligung eines Pilotanwenders Dokumente die f r eine Analyse n tzlich sein k nnen sind Produktbeschreibungen im Sinne von ISO IEC 12119 z B Funktionsbeschreibungen Leistungsbeschreibungen Anforderungsanalysen
12. Anhang A Methoden zum Pr fverfahren uunssssssnnnsnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 42 At Aufgabenanalyse nu u2ss2 Ei 42 RI Zee Een 42 A 1 2 G tekrilerien au 42 A 1 3 Erl uterungen zur Aufgabenanalyse uuussssssssnnnnnnnnnnnnnnnnnnnnnnnnnn nenn 42 A 1 4 Anwendungsempfehlungen ccccccceesssecsnccceeeeeeseececeneneeeeeeeeenseenenees 43 A 2 gt Inspektion esnetan aa a a A ee E a eas 44 ANPA ETA E EE en enge 44 A 2 2 G tekriletien u ee 44 A 2 3 Erl uterungen Zur Inspektion ur44444444 Henne anaanennnnnnnnnnnnnannen 44 A 2 4 Anwendungsempfehlungen uu u44444444444HH HH Rn nHnnnnanannnnnnnnnnnnnnnn nn 45 A 3 Teilnehmende Beobachtung u eek ee 46 Ra ZIEE ar en raa a E 46 A32 Gulekrilerien a een 46 A 3 3 Erl uterungen zur Teilnehmenden Beobachtung 4444 mennne ee gt 47 A 3 4 Anwendungsempfehlungen uu 4u4444444444HRH HH HHn nn nnnnnnnn nennen 48 A4 Ben tzerbeiragung si nal ae ernennen Eee tee ee 50 RAN Zee seen 50 PAZ G leKfilefien usa essen an ee 50 A 4 3 Erl uterungen zur Benutzerbefragung uusressssssnnnnnnnnennnnnnnnnennnnnn nenn 50 A 4 4 Anwendungsempfehlungen uu zur4444444440R Rn HR Rn nn nn nnnanaannnnnnnnnnnnn anne 51 ACS BOok menlen nalyse cs een catteedecnadet ead 52 PRO UEBE 7 _IPRERRSEESREREERLTERETREEALEREEIFPERPFBFERFEFDERSLEREUFERLTEREFEGBELAUFRLENSRLEFFRUEEFE
13. Arbeit k nnen durch Fehler entstehen z B bei Betriebskosten berechnungen aufgrund fehlerhafter Dateneingaben Fehler fallen z B dem Mieter oder dem Vorgesetzen auf den Sachbearbeiter selbst ausgeb gelt werden K nnen Fehler von der Arbeitsperson selbst behoben werden Kann der Zeitpunkt der Behe bung selbst bestimmt werden soweit er nicht anderweitig festgelegt ist Bekommt die Arbeitsperson eine R ckmeldung ber fehlerhafte Arbeitsergebnisse Fehlertoleranz Steuerbarkeit Fehlertoleranz Selbstbeschrei bungsf higkeit Fehlertoleranz K nnen Fehler ohne unn tig gro en Aufwand behoben werden Entf llt Erkennt der Benutzer an den Systemr ckmeldungen fehlerhafte Dateneingaben oder falsche Berechnungen der Betriebskosten 16 Welche wichtigen Sonderf lle m ssen ber cksichtigt werden bzw fallen dem Benutzer spontan ein z B Arbeitsteilung Zusammenarbeit Wichtige Sonderf lle m ssen nicht ber cksichtigt werden In der Zusammenarbeit mit den Kollegen werden rechtliche Probleme besprochen Zusammenarbeit ist auch erforderlich wenn z B ein Mieter in den Bereich eines anderen Sachbearbeiters umzieht oder wegen Modernisierungsarbeiten umgesetzt werden muss Ist infolge ge nderter Zust ndigkeit eine effektive bergabe bernahme und Bearbeitung der Vorgangs daten m glich Erwartungs konformit t Kann der Benutzer die bernommenen Daten in der erwartete
14. Bearbeitung von gro er Zeitanteil Mietvertr gen und beim Verwalten laufender h ufig wiederkehrend Mietverh ltnisse oder sehr wichtig e K ndigungen bearbeiten Welche dieser Kern e Koordination mit anderen Aufgaben sollen durch Verwaltungsstellen Software unterst tzt e Au endienst Kontakt mit Mietern werden Alle Arbeiten werden und sollen durch den Computer unterst tzt werden au er im Au endienst K nnen die aufgef hrten Key Tasks effizient durchgef hrt werden Aufgaben angemessenheit Werden die aufgef hrten key tasks mit Ausnahme des Au endienstes durch das interaktive System effizient unter st tzt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 74 Leitfragen Kontextszenario Anhang C Werkzeuge zum Pr fverfahren Aufgabenerfordernisse Dialogprinzip Anforderungen an die Software Pr fkriterien 3 Wie ist die T tigkeit organisiert z B als Mischarbeit als Folge von Aufgaben als mo notone Einzel Diese Arbeiten werden f r alle der etwa 700 zu verwaltenden Mietobjekte erledigt sobald sie anfallen Es handelt sich um einen typischen Mischarbeitsplatz Die Arbeiten werden selbst ndig erledigt Ist die Arbeit so organisiert und Alle Dialogprinzipien k nnen hier gemeint zwar in Planung Ausf hrung und Feedback dass vollst ndige T tigkeiten aus ge bt werden ISO 9241 2 sein Kann die Software ggf schlecht gestaltete Arbei
15. C 2 2 Beispiel f r ein Use Szenario snnennsennnennnennnnnnnnnnnnnnnnnnnnenn nen 85 C 2 3 Analyse des NutZUngsproblems ccccceeceeeeeeeeeeeeeeeeeeeennaaeeeeeeeeeeeeenaea 91 C 2 4 Erhebung eines Use Szenarios Voraussetzungen und Vorgehensweise ummeasteeee en A AE AA amvaraetorn Gin A 92 C3 Fragebogen Tf r Benuker unsre ri 94 C 3 1 Anwendungshinweise 244 444s 444444HRHRHnH Hanna seen ern nnnnnnnn nenne nenne nn 94 C 3 2 Auswertungshinweise uuuuesennssnnnssansnsennensnnnnnnnnnnannnsnnnnennnnnnnnnennnnnnnn nenn 95 Anhang D Musterzertifikati sscsiansanenen nn ann anna 116 2 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Abbildungsverzeichnis Abbildungsverzeichnis Abbildung 1 Abbildung 2 Abbildung 3 Abbildung 4 Abbildung 5 Abbildung 6 Zielgruppen des DATech Pr fhandbuchs 422444444244424 een 8 Stufen der Nutzungsqualit t von Softwareprodukten 9 Definition eines Pr fkriteriums 24424444444444000n0Rnnnnnnnnnnnnnnnnnnnennnnenn ee 16 Durchf hrung einer Konformit tspr fung mit anschlie ender ErhaHUngspr lung ass er ceca tags ts 18 Die Entscheidungsregeln der Erh rtungspr fung im berblick 24 Pr fbericht und die methodisch gewonnenen Beurteilungsgrundlagen zur Bewertung der dokumentierten Produktmangel uusrsssssssnnnnnnnnenennnn nn 27 DATech Pr fhandbuch
16. DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 84 Anhang C Werkzeuge zum Pr fverfahren C 2 Erhebung von Use Szenarien C 2 1 Erhebung und Darstellung Use Szenarien dienen der Erfassung der Interaktion des Benutzers mit der Software unter den gegebenen Nutzungsbedingungen am Bildschirmarbeitsplatz Es gibt zwei Situationen in denen die Erfassung der Interaktion unterschiedlich sein kann 1 In einem Software Entwicklungsprozess z B beim Prototyping wird w hrend der Anforderungsentwicklung die Interaktion des Benutzers f r jede Kern Aufgabe vollst ndig beschrieben damit die aus dem Szenario abgeleiteten Anforderungen an das interaktive System mit den am Prototypen realisierten Merkmalen verglichen werden k nnen 2 In der Situation einer Softwarepr fung an einem existierenden System braucht die Interaktion nicht ausf hrlich erfasst zu werden es reicht eine Erfassung in Form eines Use Case aus Dialogschritte die jedoch auf Nutzungsprobleme oder auf vermutete Normabweichungen hinweisen critical incidents sind ausf hrlich zu beschreiben und anschlie end auszuwerten Normkonformit tspr fung Die kritischen Schritte sind z B in Fettschrift hervorgehoben siehe das unten dargestellte Beispiel eines Use Szenario Ein protokolliertes Use Szenario ist w hrend der Erhebung ein noch relativ ungeordnetes Dokument F r den beschriebenen T tigkeitsablauf muss eine ggf den Ablauf im Alltag idealisierende Ablaufstruk
17. Effektivitat effectiveness Die Genauigkeit und Vollst ndigkeit mit der gt Benutzer ein bestimmtes Ziel Arbeits ergebnis erreichen ISO 9241 11 Effizienz efficiency Der im Verh ltnis zur Genauigkeit und Vollst ndigkeit eingesetzte Aufwand mit dem gt Benutzer ein bestimmtes Ziel Arbeitsergebnis erreichen ISO 9241 11 Einarbeitungsproblem initial usage problem Eine bei der anf nglichen Nutzung des Softwareprodukts festgestellte Barriere die eine effi ziente Erledigung der Arbeitsaufgabe unn tig erschwert aber bei regelm iger Nutzung beeintr chtigungsfrei umgangen wird Eingabemittel input device Als Eingabemittel werden alle peripheren Ger te eines interaktives Systems bezeichnet die es dem gt Benutzer erlauben dem System Daten zu bermitteln wie z B Tastatur Tablett Stift Maus Mikrophon etc Erfordernis implied need Eine notwendige Voraussetzung die es erm glicht den in einem Sachverhalt gt Nutzungskontext enthaltenen Zweck effizient zu erf llen Es wird empfohlen erst den innewohnenden Zweck eines Sachverhalts zu erkennen dann die zur Zweckerf llung notwendige Voraussetzung Erh rtungspr fung evidence test Verifizierung der Vermutung dass ein identifiziertes Nutzungsproblem durch eine gt Normab weichung verursacht ist und die Wirkungen des festgestellten gt Mangels nicht zumutbar sind Fehler failure Ein fehlendes Qualit tsmerkmal das eine gt effektive Nutzung des Prod
18. Einarbeitungsproblem wie das oben beschriebene w re w hrend des Prototyping des Programms aufgetreten und somit aufgedeckt worden Prototyping mit verschiedenen Benutzern h tte dem User Interface Engineer Designer erm glicht eine andere Sichtweise auf die Arbeits aufgabe einzunehmen und die hier beschriebene Nutzungssituation kennen zu lernen Unter Beibehaltung des Systemkonzepts Archiv h tte der User Interface Engineer Designer die Chance gehabt die R ckmeldungen des Systems auf die Nutzungssitua tionen anzupassen An typischen Einarbeitungsproblemen wie dem hier analysierten kann der Usability Assessor sofort erkennen dass die User Interface Engineer Designer den Usability Prototyping Prozess ausgelassen haben Vermutete Normabweichung feststellen 1 Der Dialogablauf folgt vermutlich nicht dem erwarteten aufgabenbezogenen Ablauf des Benutzers Nutzungskonzept vielmehr wird vom Benutzer verlangt einem ihm m glicherweise nicht vertrauten Systemkonzept zu folgen hier die Konvention Archiv ISO 9241 10 Die Form der Eingabe und Ausgabe sollte der jeweiligen Arbeitsauf gabe und den Benutzerbelangen angepasst sein 2 Die Meldungen des Systems und die angebotene Hilfe scheinen unverst ndlich zu sein ISO 9241 10 R ckmeldungen oder Erl uterungen sollten genau auf die Situation bezogen sein f r die sie gebraucht werden um ihren Wert f r den Benutzer zu erh hen DATech Pr fhandbuch Gebrauchstauglic
19. Fachsprache des Benutzers nicht jedoch in der des Systementwicklers formuliert sein Anmerkung In der Regel lassen sich aus Kognitionserfordernissen Dialog oder Produktanforderungen ableiten wenn T tigkeitsmerkmal z B verstehen und Produkt merkmal z B Wortlaut der Fehlermeldung korrespondieren C 1 6 2 Vorausgesetzte Anforderungen an den Nutzungskontext ISO 9241 11 Die Gebrauchstauglichkeit eines Softwareprodukts h ngt von den Merkmalen des Nutzungskontexts ab Werden wichtige Merkmalsanforderungen verletzt so kann die hierauf beruhende Unzufriedenheit der Benutzer nicht dem Produkt angelastet werden Gleichwohl sind festgestellte Verletzungen der nachstehenden Anforderungen stets dem Anwender eines Softwareprodukts mitzuteilen da diese eine gebrauchstaugliche Nutzung des Produkts mit gro er Wahrscheinlichkeit verhindern oder anzeigen dass die Nutzung des Produkts nicht in bereinstimmung mit gesetzlichen Anforderungen ist Bildschirmarbeitsverordnung Nachstehende Anforderungen an den Nutzungskontext eines Produkts werden vorausgesetzt 1 Ist die Arbeit so organisiert dass der Benutzer eine vollst ndige T tigkeit ausf hren kann im Sinne von ISO 9241 2 2 Sind aus dem Nutzungskontext erforderliche M glichkeiten der Zusammenarbeit oder gegenseitigen Hilfe gegeben 3 Sind die Benutzer ber eventuell vorhandene Mechanismen zur Leistungssteuerung Leistungskontrolle informiert DATech Pr fhandbuch Gebrauchst
20. Gebrauchstauglichkeit Version 3 3 3 Kurzfassung Kurzfassung Das vorliegende Handbuch enth lt einen Leitfaden f r Usability Assessoren Usability Tester die ein Softwareprodukt auf Normkonformit t mit DIN EN ISO 9241 Teile 10 und 11 pr fen wollen Eine Feststellung der Gebrauchstauglichkeit im Sinne der Norm setzt voraus dass die Software auch mit software technischen Eigenschaften gem ISO IEC 12119 konform ist soweit diese die Effektivit t der Softwarenutzung beeinflussen Das Pr fverfahren ist f r Usability Assessoren gedacht die in die Methodik der Ge brauchstauglichkeitspr fung durch Aus oder Fortbildung eingearbeitet sind Das Pr f handbuch ist kein Lehrbuch Erg nzende Literatur zum Pr fverfahren wurde von der Bundesanstalt f r Arbeitsschutz und Arbeitsmedizin BAuA herausgegeben vgl Kapitel 5 Literatur Das Handbuch soll als Leitfaden dienen um eigene Pr fanweisungen zu entwickeln etwa f r die Mitarbeiter in einem Usability Pr flaboratorium Das Pr fhandbuch dient auch den DATech Akkreditierungsbegutachtern als Leitfaden f r die Begutachtung von akkreditierten Pr flaboratorien Herstellern von Softwareprodukten und Anwendern wird empfohlen die Sicherung der Gebrauchstauglichkeit auf der Grundlage dieses Pr fhandbuchs zu vereinbaren Das Pr fhandbuch dient somit der Vereinheitlichung der Normkonformit tspr fungen Die methodische Umsetzung des Leitfadens sollte m glichst in einem benutzeror
21. Hilft Ihnen die Hilfefunktion wirklich weiter wenn einmal ein Dialogschritt oder Men punkt nicht ganz klar ist S ja S nein s Frage trifft nicht zu wenn nein Beschreiben Sie die Situationen in denen die Hilfe nicht verst ndlich ist S Ich empfinde dies als sehr st rend 6 M ssen Sie oft Kollegen oder ein Handbuch konsultieren um weiterarbeiten zu k nnen S ja S nein S Frage trifft nicht zu wenn ja Nennen Sie bitte Situationen in denen Sie auf die Hilfe von Kollegen oder eines Handbuchs angewiesen waren S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 105 Steuerbarkeit Eine Computerprogramm ist steuerbar wenn Sie als Benutzer die Abfolge der Arbeitsschritte weitgehend selbst bestimmen k nnen Wenn es die Arbeitssituation erfordert k nnen Sie die Arbeit am Computer unterbrechen und diese dann ohne Verlust der bis dahin erreichten Arbeitsergebnisse wieder aufnehmen 1 K nnen Sie Ihre Arbeitsschritte in der Reihenfolge erledigen die Ihnen am sinnvollsten erscheint S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte Arbeitsschritte bei denen Ihnen eine andere Reihenfolge sinnvoller erscheinen w rde S Ich empfinde dies als sehr st rend 2 Macht das Programm manchmal etwas ohne dass Sie es zu dem Zeitpunkt wollen S ja S nein S Frage trifft nicht zu wenn ja Nennen Sie bitte das Verhalten des Programms das ungewollt auftritt S Ic
22. Interface Engineer Designer ist beim Entwurf der Benutzungsschnittstelle und insbesondere bei der Benutzerf hrung davon ausgegangen dass dem Benutzer die Idee des zip Werkzeugs bekannt ist Zip ist ein Komprimierungswerkzeug f r einzel ne Dateien und komplexe Dateistrukturen und existiert f r die meisten Plattformen Es ist eigentlich ein zusammengesetztes Werkzeug aus den beiden UNIX Befehlen compress und tar Aus dem Werkzeug tar stammt das Konzept der Archive da tar insbesondere dazu benutzt wird Dateib ume platzsparend auf B ndern oder Platten zu archivieren Normalerweise ben tigt man aus Benutzersicht das Konzept Archiv nicht wenn man nur eine einzelne Datei komprimieren m chte Dieser Spezialfall sollte f r den Benutzer so gestaltet sein dass er entweder im Dialog mit dem Programm in das Konzept des Archivs eingef hrt wird oder es aber nicht kennen muss um seine Aufgabe zu erf llen Benutzer die nur gelegentlich Dateien verschicken und selten in die Situation kommen sehr gro e Dateien kompakter zu machen um sie versenden zu k nnen haben nur die Aufgabe Datei komprimieren vor Augen und brauchen in dieser Situation nicht zu wissen dass sie auch mehrere Dateien verschicken k nnen deren Struktur erhalten bleiben soll Diese Situation hat der User Interface Engineer Designer jedoch weder beim Entwurf der Benutzungsoberfl che noch bei der Benutzerf hrung in den Hilfetexten ber cksichtigt Ein
23. Produktmerkmals oder einer am interaktiven System ausf hrbaren gt Arbeitst tigkeit mit einem gt Pr fkriterium Ist das gt Pr fkriterium aus einer Norm abgeleitet z B ISO 9241 10 so spricht man im Falle von bereinstimmung von Normkonformit t Siehe auch Non Konformit t Kontextszenario context scenario Eine episodische Beschreibung der Erledigung von Kernaufgaben einer Arbeitsperson um den Einfluss der Bedingungen des gt Nutzungskontexts auf die Ausf hrung der Kernaufgaben zu analysieren Diese Erhebung dient der Vorbereitung der Spezifikation von gt Nutzungsanforderungen zu Beginn eines Projekts Es werden in der Sprache des gt Benutzers die Nutzungsbedingungen eines noch zu entwickelnden Systems beschrieben um ein klares Verst ndnis der gt Erfordernisse der Arbeit und Organisation zu erarbeiten Die sachliche Richtigkeit und Vollst ndigkeit der Beschreibung muss vom Benutzer best tigt werden Validierung Mangel defect Ein Qualit tsmerkmal das qualitativ oder quantitativ vom gt Pr fkriterium abweicht und somit eine gt effiziente Nutzung des Produkts behindert Ein Mangel kann als nicht zumutbar bewertet werden wenn die Wirkungen des Mangels nicht umgehbar sind und die gt Arbeitst tigkeit des Benutzers beeintr chtigt ist siehe gt Erh rtungspr fung Non Konformit t nonconformity Die Nichterf llung eines gt Pr fkriteriums vgl ISO 9000 2000 Nichterf llung kann Abwesenheit eines geforderten Qual
24. alles so einstellen dass Ihnen das Lesen und Arbeiten leichter f llt S ja S nein s Frage trifft nicht zu wenn nein Nennen Sie die Stellen bei denen Ihnen das Arbeiten mit dem Programm schwer f llt S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 113 Lernf rderlichkeit Ein Computerprogramm ist lernf rderlich wenn es Ihnen unter anderem erm glicht selbst ndig einfach mal rumzuprobieren ohne dass Sie Angst haben m ssen etwas kaputt zu machen Zus tzlich sollten Sie durch das Programm die f r Sie relevanten Informationen erhalten die Sie Ihrer Meinung nach ben tigen um das Programm besser zu verstehen 1 Erm glicht Ihnen das Programm auch einmal etwas gefahrlos auszuprobieren S ja S nein S Frage trifft nicht zu wenn nein Beschreiben Sie bitte die Strafen die Sie von dem Programm durch Rumprobieren schon bekommen haben S Ich empfinde dies als sehr st rend 114 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Der letzte Teil des Fragebogens ist f r Ihre individuellen Anmerkungen reserviert Hier ist Platz f r weitere Kritik an dem Computerprogramm oder f r die Probleme die Sie bei Beantwortung der Fragen nicht losgeworden sind DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 115 Anhang D Musterzertifikat Anhang D Musterzertifikat 116 Zertifikate die als Pr fgrundlage das DATech Pr fhandbuch Gebrauchstauglichkeit
25. damit eventuelle Missverst ndnisse beseitigt werden Es wird versichert dass es nicht um die Bewertung der Arbeit geht erst recht nicht um die Bewertung der Person vielmehr um die alleinige Bewertung der Software Es wird erkl rt dass man die Tauglichkeit der Software aber nur dann DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren beurteilen kann wenn vorher die zu erledigenden Aufgaben klar verstanden worden sind Deshalb soll zun chst nicht ber die aktuelle Software Nutzung gesprochen werden sondern nur ber die Aufgaben selbst ihre Bearbeitung die Umst nde unter denen dies geschieht Dabei sollen Voraussetzungen und Schwierigkeiten der Bearbei tung zur Sprache kommen sowie Schwachstellen im Kontext der Aufgabe pers nliche Vorstellungen ber Verbesserungsm glichkeiten u Nur ge bte Interviewer sollen die Erhebung alleine durchf hren Besser ist es wenn zwei Interviewer sich die Arbeit teilen einer stellt die Fragen macht sich Notizen w hrend der zweite das Gespr ch beobachtet sich ebenfalls Notizen macht aber besonders darauf achtet dass alle Leitfragen in den einzelnen Abschnitten tats chlich gestellt werden und alle Ausf hrungen der befragten Person verstanden worden sind Im Zweifel stellt der zweite Interviewer erg nzende Fragen Bei der Erhebung von Kontext Szenarien hat es sich als zweckm ig herausgestellt einen Schreibblock DIN A4 zu benutzen Auf je
26. dem interaktiven System arbeiten wollen Dieser Umstand ist allerdings auch bei der Gestaltung der Gebrauchstauglichkeit gegeben Die Erfahrung zeigt dass Anforderungsentwickler und Programmierer meist einer anderen Zielgruppe angeh ren als die Benutzer und deshalb nicht in der Lage sind ohne die Beteiligung von tats chlichen Benutzern egal ob behindert oder nicht die Nutzungsanforderungen an ein interaktives Produkt zu verstehen Der einzige Unterschied zwischen den beiden Qualit tszielen Accessibility und Usability liegt darin dass bei der Accessibility jedem Beteiligten die Notwendigkeit eines benutzerorientierten Vorgehens unmittelbar einsichtig ist Eine effektiver Weg Benutzer bei der Produktbeschaffung oder bei der Herstellung interaktiver Systeme zu beteiligen bietet sich ber die Anwendung des DATech Pr fbaustein Usability Engineering Prozess an 3 Accessibility wird von Vielen auf technische Qualit tsmerkmale interaktiver Syteme reduziert Ein typisches Beispiel stellen die Empfehlungen der Web Accessibility Initiative WAI des World Wide Web Consortiums W3C dar Diese Vorgabe von einfachen kontext unabh ngigen Anforderungen und L sungen war f r die Akzeptanz des Konzepts der Barrierefreiheit sicherlich n tzlich aber die Praxis zeigt dass f r die Realisierung barrierefreier Nutzungsqualit t ggf auch kontextab h ngige Anforderungen beachtet werden m ssen Hierbei r cken dann wieder die Frage
27. der Aufgaben ist vor Steuerbarkeit Kann der Benutzer den Dialog n tig festzustellen ob dies n tig ist oder ob mehr gegeben so steuern wie es die Flexibilit t zweckm ig w re Aufgabenbearbeitung erfordert Aufgaben angemessenheit Erzwingt die Software dort wo es festgelegte Abfolgen gibt Fehlertoleranz die entsprechende Einhaltung der Reihenfolge der Arbeitsschritte 12 Welche Ergebnisse Teil Es ist festzustellen was der die Befragte an K nnen Ergebnisse Teil Aufgaben Unterst tzt die Software die ergebnisse entstehen und wie werden diese ggf verwertet weitergef hrt Ergebnissen produziert und wie diese weitergegeben werden Wichtig ist alle Schnittstellen zu identifizieren ber die Daten an andere geliefert werden um dort verwertet zu werden ergebnisse in einer vom Empf nger verwertbaren Form weitergegeben werden Ist bei eingegangenen Teilergebnissen der Stand der Bearbeitung erkennbar so dass der Arbeitsperson die erwartete T tigkeit klar ist angemessenheit Selbstbeschrei bungsf higkeit Weiterleitung von Teil Ergeb nissen in verwertbarer Form Ist der Bearbeitungsstand so angezeigt dass dem Benutzer die Bearbeitung des n chsten Arbeitsschritts m glich ist DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 66 Leitfragen Kontextszenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anfor
28. der zu bearbeitende Benutzer einen berblick ber Gesamtt tigkeit Vorgang berschaubar ist die Gesamtt tigkeit erh lt 20 Welche nderungen Organisatorische nderungen sind nicht zu die die Aufgabenbear erwarten beitung beeinflussen sind zu erwarten oder werden gew nscht Welche Vorschl ge hat der die Befragte dazu Entf llt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 83 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 21 Von welchen Arbeits ergebnissen Arbeits schritten sind Dritte z B Kunden direkt betroffen Und was folgt daraus Am meisten wirkt sich die Betriebskostenab rechnung aus da die Mieter darauf reagieren Auch Mahnungen der Stadtkasse wirken sich aus etwa wenn sich die Betroffenen beschweren Ich kann mir vorstellen dass die heutigen Computerausdrucke auf die Altmieter unpers nlicher wirken als die fr heren Schrift st cke des Amtes Aber Beschwerden sind mir nicht bekannt Wenn es Beschwerden von au en gibt die im Zusammenhang mit dem Computer stehen so gebe ich diese an den DV Beauftragten weiter Und dieser gibt die Sache an den Hersteller weiter Aber das liegt ganz allein an meiner Initiative Bekommt die Arbeitsperson eine R ckmeldung ber erreichte oder fehlerhafte Arbeitsergebnisse Ist eine R ckkopplung ber Nutz
29. der zu l senden Aufgabe n der Umgebung den Werkzeugen und den Benutzern Wenn dieser Nutzungskontext auch Benutzer mit besonderen Merkmalen und Belangen z B Einschr nkungen des Sehverm gens einschlie t so ergeben sich daraus spezielle Kontexterfordernisse die bei der Anforderungsentwicklung zu ber cksichtigen sind Die Beschreibung spezieller Nutzungsanforderungen ist im Rahmen der DATech Methodik selbstverst ndlich weil sich diese aus der Anwendung des Dialogprinzips Individualisierbarkeit DIN EN ISO 9241 10 ergeben Das DATech Pr fhandbuch Gebrauchstauglichkeit kann daher sowohl zur Pr fung auf Usability Gebrauchs tauglichkeit als auch auf Accessibility Barrierefreiheit angewendet werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren Dass Accessibility und Usability in der ffentlichkeit oft als zwei unterschiedliche Konzepte wahrgenommen werden hat verschiedene Ursachen Die drei wichtigsten sollen hier genannt werden 1 Accessibility ist eine vom Gesetzgeber geforderte harte Anforderung nach dem Behindertengleichstellungsgesetz BGG w hrend Usability aufgrund ihres gr eren Gegenstandsbereiches ein weniger klares Anforderungsprofil aufweist 2 Anforderungsentwickler und Programmierer z hlen im Regelfall nicht zu den Benutzern die in ihrer Mobilit t ihrem Seh oder H rverm gen eingeschr nkt sind und k nnen sich daher nicht einfach vorstellen wie diese mit
30. deren Kernaufgaben Anforderungsspezifikation Teilnehmende Beobachtung kontextspezifisch aller Kernaufgaben Inspektion Critical Incident Szenarien des Produktes Identifizieren von Nutzungs problemen im Dialogablauf Pr fbericht Beschreibung identifizierter M ngel Abbildung 6 Pr fbericht und die methodisch gewonnenen Beurteilungsgrundlagen zur Bewertung der dokumentierten Produktm ngel Im Pr fbericht sollte nachvollziehbar sein wie aus den Kontextdaten die kontextspezi fischen Nutzungsanforderungen d h Anforderungen an den Dialog mit dem interak tiven System abgeleitet wurden Abbildung 6 Diese Anforderungsspezifikation liefert dem Usability Assessor eine Grundlage f r die Inspektion des Produkts Ferner werden in den Kontextszenarien die Kernaufgaben identifiziert An der Ausf hrung jeder Kernaufgabe durch die Benutzer nimmt der Usability Assessor beobachtend teil um ggf auftretende Nutzungsprobleme oder solche die schon aus der Inspektion bekannt sind im Beisein der Benutzer festzustellen und zu dokumentieren Kritische Nutzungs situationen werden in Critical Incident Szenarien beschrieben Auf diese Weise k nnen vermutete Normabweichungen im Zusammenhang mit der vollst ndigen Aufgabe und den Benutzerkommentaren dargestellt werden so dass die Pr fergebnisse reproduzier bar sind Im Pr fbericht werden die aus der Produktinspektion und der Teilnehmenden Beobach tung gewonnenen M n
31. des Produkts ein sch tzen zu k nnen insbesondere hinsichtlich der vorgesehenen Arbeitsaufgaben deren Erledigung durch das Produkt unterst tzt wird siehe ISO 12119 Abschnitte 3 1 und 3 1 2d Hinweis Diese Produktbeschreibung braucht f r die Pr fung nach ISO 9241 nicht alle Forderungen aus ISO 12119 zu erf llen muss jedoch ein ggf elektronisches Dokument sein das sowohl im Standard Lieferumfang des Produkts enthalten ist als auch einem Interessenten bereits vor dem Kauf zug nglich ist 2 Produktbeschreibung Funktions bersicht Die Produktbeschreibung muss au er dem den wesentlichen Leistungsumfang in Form von unterst tzten Arbeitsaufgaben und T tigkeiten sowie deren Ergebnissen umfassen die mit dem Produkt erzielbar sind Hinweise e Detaillierte Aufgabenbeschreibungen sind Angelegenheit der Benutzerdokumen tation und daher in der Produktbeschreibung nicht erforderlich e Die Funktions bersicht gem ISO 12119 Abschnitt 3 1 3a sollte aus Benutzer sicht nicht in Form von Funktionsaufz hlungen formuliert sein Die zur Durchf hrung der Arbeitsaufgaben erforderlichen Vorkenntnisse der Benutz er inkl Sprachkenntnisse sind zu benennen siehe ISO 12119 Abschnitt 3 1 5b 3 Vollst ndigkeit der Dokumentation Die Benutzerdokumentation siehe ISO 12119 Definition 2 4 muss die wesentlichen Arbeitsaufgaben und die zu ihrer Durchf hrung erforderlichen Arbeitsschritte beschreiben und handlungsleitende Informa
32. development makes the test laboratories work on a comparable basis The method presented by the DATech Test Handbook is not a rote procedure but a guideline which is also used as a basis for the evaluation of test laboratories themselves These laboratories are obliged to use this guideline as a reference model for the development of their specific test method Software testers are instructed by the DATech test guideline to select suitable methods for preparing and executing the test of an interactive system for usability within its context of use Testers can guarantee a methodically reliable approach by means of quality criteria The tester ensures through suitable documentation that third parties can reconstruct the compliance with the required quality criteria and can reproduce the achieved test results All methods were tested in test laboratories accredited by DATech Usability within a certain context of use characterizes the quality of product use Functional and software technical characteristics are considered by this evaluation as far as they have impact on the use of software Therefore it is not the technical quality of these characteristics that is evaluated but their effects on the workplace and on user performance The product is judged above all by whether it works properly and reliably at the user s workplace and by the extent to which it does so As a rule the test methods do not require expensive laboratory technology Unlike a
33. die Vermutung dass die Zielgruppe heterogen zusammengesetzt ist Beispielsweise k nnen sporadische und regelm ige Benutzer betroffen sein von denen die sporadischen am meisten unter einem Produktmangel leiden Die Unsicherheit in der Bewertung der Wirkungen einer Normabweichung kann auf diese Weise besser eingesch tzt werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 25 2 Pr fverfahren 2 2 2 3 26 G tekriterien der Konformit tspr fung Aus der Dokumentation einer Konformit tspr fung muss hervorgehen ob die nach stehenden G tekriterien eingehalten wurden e Ist das Pr fkriterium so weit wie m glich als T tigkeitsanforderung formuliert e Ist die Mindestanforderung einer Norm auf Anwendbarkeit gepr ft e Sind genormte T tigkeitsanforderungen mit Blick auf die Erfordernisse des Nutz ungskontexts interpretiert worden e Ist die Erf llung von T tigkeitsanforderungen zur Laufzeit des Systems und im Nutzungskontext gepr ft worden e Sind Normabweichungen bez glich ihrer Relevanz auf Beeintr chtigungen der Benutzer und st rende Umst nde im Nutzungskontext analysiert worden e Differenziert die Konformit tsaussage ggf zwischen der festgestellten ergono mischen Qualit t im vom Hersteller beabsichtigten Nutzungskontext und dem realen Nutzungskontext beim Anwender e Ist die Zufriedenstellung der Benutzerzielgruppe untersucht worden e Ist die Wirkung einer vermuteten Abweichung vom Pr fk
34. enthalten m ssen sowohl die im folgenden Musterzertifikat angegebene Pr faussage enthalten als auch die Aussage ber den der Pr fung zugrunde gelegten Nutzungskon text Zertifikatsinhaber Auftraggeber Anschrift Zertifikat Nr Nummer des Zertifikats Pr fgegenstand Software Erzeugnis Bezeichnung Version Pr fgrundlage DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Leitfaden f r die ergonomische Evaluierung von Software auf Grundlage von DIN EN ISO 9241 Teile 10 und 11 Pr faussage Die der Pr fung zugrundegelegten Anforderungen wurden aus DIN EN ISO 9241 Teile 10 und 11 im Nutzungskontext des gepr ften Produktes abgeleitet Bei der Pr fung wurden keine bedeutsamen Abweichungen gem DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 festgestellt Der Zertifikatsinhaber hat sich verpflichtet im Wartungs und Pflegeprozess aus DIN EN ISO 9241 Teile 10 und 11 ableitbare Anforderungen auf definiertem Wege zu ber cksichtigen Zugrundegelegter Benutzergruppe Beispiel Sachbearbeiter im Mahnwesen Iutzungsk niest Hauptaufgaben Beispiel Aufgaben im Rahmen der Rechnungsverfolgung Pr fbericht Nr Nummer des Pr fberichtes Zertifizierende Name der Zertifizierungsgesellschaft Stelle Anschrift Datum Unterschrift Datum Name und Unterschrift des Zertifizierers des Zertifizierers DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3
35. fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Pr fverfahren A 4 4 Anwendungsempfehlungen Die Methode der Benutzerbefragung ist zur Vervollst ndigung eines Konformit tsnach weises in jedem Fall anzuwenden Benutzerbefragungen ersetzen nicht die Konformi t tspr fung sondern sie erg nzen sie hinsichtlich des unverzichtbaren subjektiven Urteils der Benutzer Weil sich Experten ber die Effektivit t und Effizienz eines Produkts irren k nnen sind stets die Benutzer nach ihrem subjektiven Eindruck ber Effektivit t und Effizienz zu befragen ein Urteil das als Zufriedenstellung interpretiert wird Wenn Experten und Benutzer im Urteil abweichen so haben bei mangelnder Zufriedenstellung immer die Benutzer recht was nicht bedeuten muss dass die Benutzer immer die Ursache mangelnder Zufriedenstellung richtig erkennen Typische Fragen die man Benutzern stellen kann sind solche nach e Fehlersituationen e h ufig vorkommenden Fehlern e subjektiv erlebten Nutzungsproblemen e subjektiven Einsch tzungen ber die Qualit t ausgew hlter Masken usw Ungeeignet sind pauschalisierte Fragen nach der Zufriedenheit bersch tzt wird oft der Wert quantitativer subjektiver Daten die keinen unmittelbaren Bezug zu einem T tig keits oder Produktmerkmal haben Der h ufigste Fehler der bei Benutzerbefragungen gemacht wird besteht darin dass die Ergebnisse als undifferenzierte Aussagen ber die Softwarequalit
36. fkriterium mit dem gegebenen Produktmerkmal oder der am Bildschirm ausf hrbaren T tigkeit auf bereinstimmung gepr ft c Bewertung von Abweichungen Abschnitt 2 1 3 siehe auch Abbildung 5 Bewerte bei einer vermuteten Normabweichung die Wirkungen mit Hilfe einer Entscheidungstabelle und verifiziere Non Konformit t unter Anwendung von DIN EN ISO 9241 11 wenn die Effizienzminderung bedeutsam ist und der Mangel nicht zufriedenstellend behoben gelindert oder kompensiert werden kann Anmerkung Die Mitteilung einer verifizierten bedeutsamen Normabweichung soll konstruktiv sein insbesondere die Teile 12 bis 17 von DIN EN ISO 9241 enthalten Merkmals oder T tigkeitsanforderungen auf die in der Mitteilung verwiesen werden sollte F r die Unterscheidung zwischen Anforderung und Pr fkriterium siehe Glossar DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 13 2 Pr fverfahren Folgende Methoden siehe Anhang A dienen sowohl der Vorbereitung als auch der Durchf hrung einer Pr fung e Aufgabenanalyse e Inspektion e Teilnehmende Beobachtung e Benutzerbefragung e Dokumentenanalyse Je nach Pr fsituation werden diese Methoden mehr zur Vorbereitung oder mehr zur Durchf hrung einer Pr fung angewendet siehe Anwendungsempfehlungen zu den einzelnen Methoden Eine Normkonformit tspr fung kann aus verschiedenen Anl ssen stattfinden Das mit diesem Pr fhandbuch vorgelegte Verfahren kann in Software Entwicklungspro
37. hrbar sein A 5 4 Vergleich mit einem Referenzprodukt Ein normkonformes Referenzprodukt auch ein Teil eines solchen Produkts kann wie ein Dokument f r den Vergleich mit einem zu pr fenden Produkt herangezogen werden um den wiederholten Aufwand f r die Konformit tspr fung zu reduzieren Voraussetzung ist dass die bereits gepr ften Merkmale des Referenzprodukts mit den Merkmalen des zu pr fenden Produkts in einem vergleichbaren Nutzungskontext weitgehend bereinstimmen Normkonformit t ist dann nur noch f r die abweichenden Merkmale zu testen A 5 5 Anwendungsempfehlungen Die Dokumentenanalyse dient eher der Vorbereitung seltener der Durchf hrung einer Konformit tspr fung Vorbereitend werden alle geeigneten Dokumente Entwicklungs dokumente Benutzerdokumentation hinsichtlich der Verwertbarkeit von Anforder ungsdefinitionen analysiert Im Idealfall findet der Usability Assessor nicht nur eine Leistungsbeschreibung des Produkts vor sondern eine Beschreibung des Nutzungs kontexts im Sinne von ISO 9241 11 aus dem Arbeitserfordernisse und Anforderungen an das interaktive System abgeleitet wurden Meist muss jedoch aufgrund der M ngel der Dokumentation die konkrete Beschreibung der T tigkeit im Nutzungskontext nachgeholt werden siehe Methode der Aufgaben analyse um Pr fkriterien herleiten zu k nnen Wird ein Referenzprodukt als Dokument analysiert so reicht das Produkt als Anschauungsobjekt nicht aus Vielmehr mus
38. ist gegeben wird stillschweigend vorausgesetzt ist hintergr ndig so etwa wie eine alte bereinkunft die man nicht mehr hinterfragt Es ist besser kein Erfordernis einzutragen als eines das bezweifelt werden kann Ein zutreffendes Erfordernis erkennt man daran dass es einleuchtend und selbstverst ndlich erscheint also zweifelsfrei ist An Bildschirmarbeitspl tzen in B ros hat sich empirisch herausgestellt dass es bei der Erledigung von Aufgaben grundlegende Erfordernisse gibt die fast immer vorkommen wenn man ein Kontextszenario auswertet Die im Auswertungsrahmen enthaltenen typischen Erfordernisse k nnen n tzlich sein um beim Versuch angeleitet zu werden eine f r den gerade gegebenen Sachverhalt zutreffende Anforderung an die Software zu erkennen Bei der Nutzung dieser Liste besteht jedoch die Gefahr dass man nur noch schematisch vorgeht und die vorgegebenen Erfordernisse wie Bausteine eines Puzzles benutzt die man den Sachverhalten des Kontextszenarios zuordnet Sobald ein Erfordernis als zutreffend erkannt wurde kann das mit dem Erfordernis assoziierte Dialogprinzip festgestellt werden Dieser Schritt vom Erfordernis zum Dialogprinzip leitet den Auswerter an eine Br cke vom Nutzungskontext zum interaktiven System zu schlagen das hei t das aus dem Sachverhalt Erforderliche in eine begr ndete Anforderung an das interaktive System zu transformieren Es kommt vor dass auf einen Sachverhalt des Nutzungskontextes mehre
39. mit Unterst tzung von Instrumenten stattfindet Der Begriff Labortest ist missverst ndlich weil mit Hilfe der Teilnehmenden Beobachtung nicht getestet wird es werden lediglich Beobachtungsdaten aufge zeichnet und ausgewertet Die Verwertung der ausgewerteten Daten f r einen Test z B Konformit tspr fung Erh rtungspr fung bleibt einem eigenen Pr fverfahren vorbehalten DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 49 Anhang A Methoden zum Pr fverfahren A 4 Benutzerbefragung A 4 1 Ziele Dient der Ermittlung der subjektiven Zufriedenstellung der Benutzer sowie der Fest stellung von Ursachen f r mangelnde Zufriedenstellung A 4 2 G tekriterien e Sind die befragten Benutzer repr sentativ e Haben die Fragebogenitems einen definierten Aufgabenbezug e Sind relevante Merkmale des Nutzungskontexts beschrieben e Ist der bungsgrad der Benutzer festgestellt e Ist die bisherige Nutzungsdauer festgestellt e Falls sich der Benutzer gerade einarbeitet Ist eine Wiederholungsmessung nach der Einarbeitungsphase geplant e Bei mangelnder Zufriedenstellung Sind die verursachenden Merkmale des Produkts oder die st renden Nutzungsumst nde dokumentiert e Ist f r jeden beobachteten Mangel festgestellt ob dieser negativ erlebt wird A 4 3 Erl uterungen zur Benutzerbefragung 50 Dies ist die unter konomischen Gesichtspunkten g nstigste Methode um einem Mangelverdacht nachzugehen oder den Grad d
40. ohne dass das Programm gleich abst rzt oder Sie den Fehler nur mit M he wieder gut machen k nnen Au erdem sollte das Programm Sie darauf aufmerksam machen wenn es einen Fehler bemerkt und Ihnen m gliche Korrekturhinweise liefern 1 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Bekommen Sie bei fehlerhaften Eingaben Korrekturhinweise S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte Situationen in denen Sie sich vielleicht w nschen w rden dass das Programm Ihnen einen Vorschlag f r eine richtige Eingabe macht S Ich empfinde dies als sehr st rend K nnen Sie die Folgen einer fehlerhaften Eingabe mit geringem Aufwand beheben S ja S nein S Frage trifft nicht zu wenn nein Schildern Sie bitte kurz die Situationen in denen Ihnen der Aufwand f r die Korrektur einer fehlerhaften Eingabe zu hoch erscheint S Ich empfinde dies als sehr st rend 111 112 Arbeitet das Programm w hrend der Ausf hrung Ihrer Aufgabe immer stabil und zuverl ssig S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie die Situationen in denen Sie der Software nicht trauen oder Sie einen Absturz bef rchten S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Individualisierbarkeit Ein Computerprogramm ist individualisierbar wenn Sie Einstellungen des Programms an Ihre individuellen Bed rfnisse anpassen k nnen 1 K nnen Sie am Computer
41. sollen und welche besser der besonders unterst tzt System besonders unterst tzt gew nscht erforderlich Computer erledigen soll Wiederkehrende Arbeiten k nnen oft Werden Aufgaben die das as System selbst ausf hren soll automatisiert werden Es gilt festzustellen A ae vom System automatisch welche Computerisierung als n tzlich durchgef hrt empfunden wird 9 Welche Arbeitsschritte Hier geht es im Unterschied zu Frage 8 dar Ist der Stand der Bearbeitung Aufgaben Ist der Bearbeitungsstand so werden automatisch durchgef hrt Sind bei automatisierten Arbeits schritten Einflussm glich keiten des Benutzers vorhanden erlaubt gew nscht erforderlich um herauszufinden ob trotz Automatisierung noch gen gend Steuerung durch den Benutz er m glich ist Es soll auch ermittelt werden ob und inwie weit durch die Computerisierung die Bearbei tung einer Aufgabe oder eines Vorgangs noch transparent oder berschaubar bleibt und beeinflusst werden kann erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Kann die Arbeitsperson in automatische Vorg nge steuernd eingreifen z B Abschalten Anhalten angemessenheit Steuerbarkeit angezeigt dass dem Benutzer die Beurteilung des Vorgangs m glich ist Kann der Benutzer die automatische Ausf hrung von Arbeitsschritten ggf abschalten anhalten oder anpassen DATech Pr fhandbuch Gebrauchstauglichkei
42. 3 W hrend bei der Inspektionsmethode die Beobachtung eher auf eine Zustandsanalyse der T tigkeit und die 46 Feststellung von Produktmerkmalen gerichtet ist zielt die Teilnehmende Beobachtung cher auf die Unter suchung des T tigkeitsverlaufs und der Wechselwirkungen zwischen Verlauf und Nutzungskontext DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Pr fverfahren A 3 3 Erl uterungen zur Teilnehmenden Beobachtung a Teilnehmende Beobachtung im Nutzungskontext Die Teilnehmende Beobachtung ist meist zielgerichtet Beispielsweise wird unter sucht welchen Aufwand ein Benutzer bei der Behebung eines Nutzungsfehlers ben tigt Dabei ist es notwendig die vollst ndige Ausf hrung einer Aufgabe zu beobachten da die Bewertung der DBeobachtungsdaten von den Verlaufseigenschaften der gesamten Arbeitst tigkeit abh ngen kann Beispielsweise ist ein ergonomischer Mangel schwerwiegender wenn seine Wirkungen nur mit gro em Aufwand r cknehmbar sind Der Beobachtungsablauf wird weniger systematisch vorbereitet als bei der Teilneh menden Beobachtung im Labor Es muss z B nicht streng darauf geachtet werden dass die Verlaufsanalyse bei jeder beobachteten Person in gleicher Weise durchge f hrt wird da die Teilnehmende Beobachtung eher der Erkundung dient Die Teilnehmende Beobachtung kann in einen Nutzungstest bergehen wenn der Beobachtungsablauf vom Beobachter nicht unterbrochen wird und der beobachtete S
43. Bezug aus der Reinschrift nicht erkennbar ist so ist die Objektivit t der Ableitung von Dialoganforderungen gef hrdet Es lohnt sich also die Erhebung und Reinschrift von Kontext Szenarien aus der Sicht der Auswertung zu betrachten und somit die Sensibilit t f r die Zielsetzungen der Leitfragen zu sch rfen In einer trainergeleiteten Einarbeitungssituation ist dieser Lerneffekt besser zu erreichen als beim Selbststudium C 1 3 Auswertung Zweck der Auswertung eines Kontextszenarios ist es Erfordernisse in den Sachverhal ten des Nutzungskontexts zu erkennen und aus diesen mit Hilfe von Dialogprinzipien Nutzungsanforderungen abzuleiten F r die Auswertung hat sich ein Tabellenschema bew hrt Vier Spalten reichen aus um das Kontextszenario darzustellen f r jeden Sachverhalt das erkannte Erfordernisse einzutragen das dazu passende Dialogprinzip zu nennen und die daraus abgeleitete Nutzungsanforderung zu spezifizieren Man kann bei Bedarf weitere Spalten hinzuf gen z B f r die Spezifikation von L sungsvorschl gen Ein Erfordernis ist eine notwendige Voraussetzung die es erm glicht den Zweck in einem Sachverhalt Kontext effizient zu erf llen Der Begriff des Erfordernisses ist ein Schl sselbegriff der Qualit tssicherung Der Usability Assessor ist gezwungen sich in die Natur der Sache einzudenken d h er muss sich berlegen welcher Zweck in einem Sachverhalt enthalten ist den es zu erf llen gilt und welche Voraussetzun
44. DATech Prufhandbuch Gebrauchstauglichkeit Leitfaden f r die ergonomische Evaluierung von Software auf Grundlage von DIN EN ISO 9241 Teile 10 und 11 Version 3 3 DATech DO IEcIn Deutsche Akkreditierungsstelle Technik GmbH 2006 Jede Art der Vervielf ltigung auch auszugsweise ist nur mit Genehmigung der DATech Deutsche Akkreditierungsstelle Technik GmbH Frankfurt Main gestattet Inhalt Inhalt 1 Einleitung u 0 0 000 0 a rn 8 2 Pr fverfahren sn ann enger ne tans bev raa inaa EEEa E 13 2 1 Vorbereitung und Durchf hrung von Konformit tspr fungen cece 13 2 1 1 PIUFUNGSVOrDEFEILUNG zur re ee el neh danttdectopeetdntaseecackeccntse 14 2 1 2 Durchf hrung der Pr fung a ner eek 17 2 1 3 Bewertung von Abweichungen Erh rtungspr fung 19 2 2 G tekriterien der Konformit tspr fung 4444444sHHHnnnnnnnnnnnnnnnnnnnnnn nennen 26 Po SUR 21131 161 141611 BISRTERRELEERBERBFENNEREIPBERDER RIEPTAFETERPEDERLEFEERRENER Br RECHT E AEE 26 2 4 Unterscheidung zwischen Benutzbarkeit und Gebrauchstauglichkeit 28 2 5 Zusammenhang zwischen Accessibility und Gebrauchstauglichkeit Usability 28 3 Voraussetzungen f r die Akkreditierung unssssnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnen 30 A SOS S An E A T 31 Be 121 11 1 sci sadn svecdbewedutardeguacutanede canuwanenabhetweisswedesussdacettacdtcrestnxavesnedsiuedareadhrantuadeadinamentecuncn 39
45. Einsch tzung des Computers mit dem Sie t glich arbeiten zu erfassen Nur Sie k nnen beurteilen wie gut oder schlecht der Computer Sie in Ihrer Arbeitssituation unterst tzt Es geht darum herauszufinden bei welchen T tigkeiten Ihnen die Software Schwierigkeiten bereitet bei welchen Arbeitsschritten Sie sich rgern oder vielleicht nicht weiter wissen Es kann sein dass Ihnen bei der Erledigung Ihrer Arbeit die Schwachstellen des Programms gar nicht mehr unangenehm auffallen weil Sie sich daran gew hnt haben oder vielleicht denken So ist das halt mit dem Computer Der Fragebogen hilft Ihnen auch solche Schwachstellen im Programm zu identifizieren und zu benennen Ihre Antworten auf die Fragen werden dazu verwendet Qualit tsm ngel zu erfassen Ziel ist es den Computer besser an Ihre Bed rfnisse anzupassen und Ihnen somit die Arbeit am Bildschirmarbeitsplatz zu erleichtern Alle Daten werden selbstverst ndlich anonym erhoben so dass keine Ihrer Aussagen auf Sie pers nlich zur ckgef hrt wird Handhabung des Fragebogens Vermutlich nutzen Sie den Computer um verschiedene und in sich abgeschlossene Aufgaben zu erledigen Bitte denken Sie beim Ausf llen des Fragebogens an die Ausf hrung folgender Aufgabe Bevor Sie damit beginnen den Fragebogen auszuf llen sollten Sie erst einmal alle Fragen durchgelesen haben Sie werden feststellen dass alle Fragen auf sehr n tzliche Eigenschaften aufmerksam machen die der C
46. Engineers besteht im Management der Umsetzung der gt Nutzungsanforderungen in Merkmale des Produkts Systemeigenschaften W hrend der Spezifikation der gt Nutzungsanforderungen f llt dem Usability Engineer die Aufgabe des gt Prototyping zu Usability Engineering usability engineering Eine Entwicklung von gt Nutzungsanforderungen gt Prototypen und Softwareprodukten deren Validierung und Verbesserung unter systematischer Anwendung von gt Usability Engineering Methoden im Rahmen eines gt Design Use Cycle Usability Engineering Methoden usability engineering methods Methoden zur Entwicklung von innovativen gt Nutzungskonzepten aus spezifizierten gt Nutzungsanforderungen und der Entwicklung von gt Prototypen deren gt Validierung Bewertung und deren schrittweise Verbesserung w hrend des Entwurfs und gt Pflegeprozesses User Interface Engineer user interface designer Eine Rolle im Usability Engineering Die Hauptaufgabe des User Interface Engineers oder Designers besteht darin die Oberfl chenstruktur und das Design der darzustellenden Information nach gegebenen Richtlinien z B Styleguides und Normen zu entwerfen In Zusammenarbeit mit dem gt Usability Engineer werden Prototypen zur Veranschaulichung von gt Nutzungsanforderungen entwickelt Use Case Die Kurzform eines gt Use Szenarios Jede Interaktion des gt Benutzers mit dem interaktiven System gt Dialogschritt wird in zwei Spalten festgehalten links die
47. F CIF is a standard format for test reports CIF has been published as an ANSI standard CIF follows the paradigm of psychological user performance testing in a laboratory The generation of quantitative data is highly appreciated The CIF standard outlines a format for reporting test conditions and results and gives information about a product test to replicate it CIF provides a means for usability experts to evaluate the quality of usability test data Typically data on users s task completion rates are reported in terms of user performance times which is a measure of user productivity in terms of a metric However any reduction of usability to user productivity is a rather questionable approach since a product that is error tolerant and supports user learning may diminish user productivity but improves usability The notion of usability requirement is not included in CIF The list of references in the original version of 1999 does not even refer to any international usability standard b Objectives of the DATech test procedure The DATech test procedure is a standard usability test It originates from a research project ErgoNorm supported by the German Federal Institute for Occupational Safety and Health BauA This test approach follows the paradigm of testing a product against usability requirements and test criteria derived thereof Deviations from user validated usability test criteria are reported and evaluated as regards to their i
48. Normen i d R keine Priifkriterien enthalten werden DATech Pr fbausteine f r ISO 9241 10 und Abschnitte aus ISO IEC 12119 siehe Anhang B herangezogen in denen beispielhaft Pr fkriterien aus den Normen abgeleitet wurden Die Pr fbausteine sind zwar Bestandteil des DATech Pr fverfahrens sollen jedoch nicht schematisch angewendet werden Vielmehr sind die beispielhaften Pr fkriterien unter Ber cksichtigung des jeweiligen Nutzungskontexts weiter zu konkretisieren vgl Anhang C 1 Beispiel Szenario Das Pr fverfahren ist in drei Abschnitte gegliedert a Pr fungsvorbereitung Abschnitt 2 1 1 siehe auch Abbildung 3 Analysiere den Nutzungskontext sowie die Aufgabenausf hrung und leite Nutzungsanforderungen ab transformiere die Anforderungen in Pr fkriterien unter Anwendung von DIN EN ISO 9241 Teile 10 bis 17 sowie Teile von DIN ISO IEC 12119 Diese vorbereitenden Schritte dienen der Operationalisierung einer Nutzungsanforderung in Form eines Pr fkriteriums Dies kann als T tigkeit oder als Merkmal definiert werden b Durchf hrung der Pr fung Abschnitt 2 1 2 siehe auch Abbildung 4 Pr fe die Effektivit t des Produkts unter Anwendung von Teilen von DIN ISO IEC 12119 und dann seine Effizienz w hle f r jedes Pr fkriterium das passende Pro duktmerkmal aus oder identifiziere die geforderte ausf hrbare T tigkeit verifiziere Normkonformit t unter Anwendung von DIN EN ISO 9241 Teile 10 und 11 Hierbei wird das Pr
49. Pflichtenhefte Beschreibungen des Fachkonzepts Ergebnisse von Nutzungskontext Aufgabenanalysen Benutzerdokumentation z B Benutzerhand buch Wenn die Dokumente nachvollziehbare Pr fergebnisse zu ergonomischen Qualit ts merkmalen enthalten so kann der Aufwand f r die Normkonformit tspr fung reduziert werden soweit die dokumentierten Merkmale unabh ngig vom Nutzungskontext des Produkts sind beispielsweise bei Merkmalen die mit einem normkonformen Styleguide bereinstimmen Die konsequente Verwendung eines nicht normkonformen Styleguides kann bedeutsame Produktm ngel verursachen Empfehlungen aus Styleguides von Herstellern sind im Rahmen der Anwendung des jeweiligen Styleguides auf Wider spruchsfreiheit Konformit t mit Empfehlungen der ISO 9241 zu pr fen Um die Reproduzierbarkeit der dokumentierten Pr fergebnisse z B Pr fbericht ber die Konformit t mit einem spezifischen Styleguide zu pr fen k nnen stichprobenartige Merkmalsinspektionen am Produkt zweckm ig sein Eine Dokumentenanalyse bezieht i d R die bersichtlichkeit des Dokumentations systems mit ein Mangelnde Systematik ist meist ein Anzeichen f r weitere Dokumen tationsm ngel Auch ist zu pr fen ob Querverweise auf Dokumente nutzbar sind u DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Pr fverfahren Insbesondere m ssen Aussagen zur Produktqualit t stets auf ihre Grundlagen Tests Pr fungen r ckf
50. TVERERLTFETFRERLEFF 52 A9 2 BUleKfilerien susanne re 52 A 5 3 Erl uterungen zur Dokumentenanalyse uunseesssssnnnnnnnennnnnsnnnnnnnnnnn nn 52 A 5 4 Vergleich mit einem Referenzprodukt uussssssssssnnnnnnnennnnnsnnnnnnnnnnnn nen 53 A 5 5 Anwendungsempfehlungen z2 2444444444H2HHHR nennen rennen 53 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 1 Inhalt Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit unnssssennnennsnnnnnnnnnnnnnnnnn 54 Bit Pr ambel a a Era ccaues 54 B 2 Begutachtungselemente 2 c ccccseeeeeeneeseeencneeeeeeeesenseseesaeeneneeneeeseecensenenennens 54 Anhang C Werkzeuge zum Pr fverfahren unssssnnsnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 56 C 1 Erhebung und Auswertung von Kontextszenarien uuenen rennen nenn 56 C 1 1 Instruktion zur Erhebung eines Kontextszenarios uuseesenssnnneeennnnnenn 56 C 1 2 Einarbeitung in die Erhebung von Kontextszenarien uursssss sense 58 Cited Auswertungen eek 59 C 1 4 Leitfragen zur Erhebung von Kontextszenarien uuussssenssnsn nennen 61 C 1 5 Erhebungs und Auswertungsrahmen uusssssssrsssnsnnnnnnnnennnnnnr nennen 63 C 1 6 Leitfragen zur Ableitung von Nutzungsanforderungen 22mmmmnnne 71 C 1 7 Beispiel Szenario ossein e e A a aa aaea 74 C 2 Erhebung von Use Szenaflen u u u u u a ae 85 C 2 1 Erhebung und Darstellung ee 85
51. abe z B Rating Skalen e Wie hoch ist der Anteil der Benutzer die eine subjektive Beeintr chtigung empfinden u ern gt gt Einstufung hoch niedrig als gewichtetes Mittel ber eine repr sentative Stichprobe der Zielgruppe Entscheidungstabelle 2 Signifikanzbeurteilung 2stufiges Ergebnis Bedeutsamkeit der Normabweichung Ja Nein A Effektivit tsminderung hoch niedrig B Effizienzminderung hoch niedrig C Minderung der Zufriedenstellung hoch niedrig Normabweichung bedeutsam Ja Ja Ja Nein Insgesamt ist eine vermutete Abweichung also eine bedeutsame Normabweichung wenn sie a als Verletzung der Normempfehlung und des Dialogprinzips verifiziert werden kann und b in mindestens einer der drei Kategorien Effektivitat Effizienz und Zufriedenstellung zu einer hohen Minderung f hrt Aufgrund der Entscheidungstabelle 1 Effizienzminderung ist ersichtlich dass mangelnde Effektivit t oder mangelnde Zufriedenstellung stets durchschlagen Die Wirkungen von Effizienzm ngeln hingegen k nnen durch leichte Umgehungsm glichkeiten kompensiert werden Aus Abbildung 5 geht hervor dass eine Effizienzpr fung nur durchzuf hren ist wenn keine vermutete Normabweichung im Programm gefunden wird die die Effektivit t signifikant mindert Die Zufriedenstellung muss nur in den F llen erhoben werden in denen die Effizienzminderung nach Entscheidungstabelle 1 als niedrig bewertet wurde DATe
52. abenbear beitung erforderliche Information auch bei n tigem Aufgabenwechsel unmittelbar verf gbar Kann die Arbeitsperson die Ausf hrung der Aufgabe unter brechen um auf externe Anfor derungen zu reagieren Aufgaben angemessenheit Steuerbarkeit Steuerbarkeit Sind die Informationen die zur Erledigung der Aufgabe notwendig sind auf dem Bildschirm Ubersichtlich verf gbar Bietet das System die M glichkeit eine aktuelle Bearbeitung ausreichend schnell zu unterbrechen um sich einer anderen Aufgabe zu widmen Kann die unterbrochene Aufgabe sp ter ohne unn tigen Aufwand wieder aufgenommen werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 67 Leitfragen Kontextszenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 15 Wie werden Fehler zur ckgemeldet und behoben organisatorisch sozial technisch Hier interessieren in erster Linie die fachlichen Fehler sowie deren Aufdeckung und Behand lung im Umfeld der Arbeitst tigkeit Mit Blick auf eine m glicherweise bessere Beherrschung von Fehlersituationen durch Software Unterst tzung soll diese Frage erweitert werden Fehler jedoch die infolge der Nutzung der Benutzungsoberfl che der Software auftreten bleiben unber cksichtigt da sie besser im Use Szenario untersucht werden k nnen K nnen Fehler von der Arbeitsper
53. achverhalt Ist sofort mit einem Pr fkriterium Soll verglichen wird Auch bei der Teilnehmenden Beobachtung muss der Beobachter sorgf ltig darauf achten dass seine Gegenwart ggf seine Aufzeichnungstechnik seine pers nlichen Einstellungen usw einen verfremdenden Einfluss auf die Verlaufsanalyse nehmen k nnen Der Beobachter muss sich bewusst sein dass er w hrend der Beobachtung selbst Teil des Nutzungskontexts der beobachteten Bildschirmt tigkeit ist Die aufgezeichneten Beobachtungsdaten werden hinsichtlich des Beobachtungsziels ausgewertet Deshalb sind die zielkritischen Daten zu dokumentieren und von der beobachteten Person als sachlich zutreffend zu best tigen Zum Zwecke der Veran schaulichung k nnen Screenshots geeignet sein Mit steigender Komplexit t eines T tigkeitsverlaufs k nnen die zu dokumentierenden Daten un bersichtlich werden dann empfiehlt es sich den Verlauf als Use Szenario zu beschreiben Hierdurch werden die untersuchten Merkmale im T tigkeitszusammenhang leichter verst ndlich und reproduzierbar Die beobachtete Person muss die sachliche Richtigkeit des dokumentierten Verlaufs best tigen Bei der Merkmalsdokumentation hat sich der Beobachter jeder Bewertung zu enthalten Seine anschlie enden Bewertungen und die der beobachteten Benutzer sind getrennt zu dokumentieren b Teilnehmende Beobachtung im Labor Die Teilnehmende Beobachtung im Labor kann sowohl explorativ d h ohne eine Annahme ber das zu
54. all b hat die befragte Person bereits Erfahrungen mit der Software N tzlich ist es wenn die Person wei wie es vor der Einf hrung der Software war so dass ber erreichte Verbesserungen sowie ber unerf llte Erwartungen Entt uschungen geredet werden kann In beiden F llen kann es n tzlich sein vor der Kontextanalyse die Arbeitspl tze der Benutzerzielgruppe selber gesehen zu haben und Benutzer bei der Arbeit beobachtet zu haben siehe Methode der Teilnehmenden Beobachtung Die Beobachtung sollte aber nicht das Interview ersetzen dass zur Erhebung eines Kontextszenarios gef hrt wird C 1 1 Instruktion zur Erhebung eines Kontextszenarios 56 Die zu befragende Person soll von einer F hrungskraft ausgesucht werden die beurteilen kann ob die Person mitteilungsfreudig ist F hrungspersonen selbst sind nicht gut geeignet Es soll eine Person sein die die Arbeit tats chlich ausf hrt Arbeitspersonen die die T tigkeit erst wenige Monate aus ben sind f r die Befragung nicht geeignet Der F hrungskraft soll diese Instruktion bergeben werden damit keine Missverst ndnisse ber Zweck und Verwendung der Datenerhebung entstehen Zu Beginn der Befragung wird der befragten Person erl utert dass es sich um ein Gespr ch handelt in dem der Interviewer versuchen will zu verstehen welche Arbeit die Person erledigt Es wird angek ndigt dass alle aufgezeichneten Sachverhalte von der Person auf Richtigkeit gepr ft werden sollen
55. als Springert tigkeit usw Eventuell gege bene ergonomische M ngel der Arbeitsgestal tung festhalten die nicht der Software anzu lasten sind und zwar in Planung Aus f hrung und Feedback dass vollst ndige T tigkeiten aus ge bt werden ISO 9241 2 k nnen hier anwendbar sein gestaltete Arbeit kompensieren DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 63 Leitfragen Voraussetzungen Kontextszenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 4 Welche Qualifikation ist zur Bew ltigung der Aufgaben erforderlich Aufgabenbew ltigung Softwarenutzung Welche Vorkenntnisse fehlen ggf Die Qualifikation der befragten Person ist zu erfassen Anschlie end ist der Bezug zur Nutzung von Software herzustellen jetzt und k nftig Dabei soll erfragt werden welche Vorbedingungen f r die Softwarenutzung erforderlich und gegeben sind gew nscht sind oder noch fehlen Kann die Arbeitsperson die erworbenen Fachkenntnisse zur Erledigung der Aufgaben nutzen Sind die erforderlichen Vorkenntnisse vorhanden Selbstbeschrei bungsf higkeit Erwartungs konformit t Lernf rderlichkeit Ist die Software mit den erworbenen fachlichen Vorkenntnissen nutzbar 5 Wer bzw welches Ereignis bestimmt was zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbei
56. atorien in einheitlicher Weise Software pr fen so dass man bei der Bewertung von Pr fergebnissen nicht mehr in einen Methodenstreit geraten kann Vielmehr soll auf der Grundlage einer methodisch gesicherten Vorgehensweise die Konformit t Normkonformit t von Software beurteilt werden um bei festgestellter Non Konformit t einzelner Merkmale die erforderlichen Verbesserungen des Produkts empfehlen zu k nnen Usability Assessoren werden durch das DATech Pr fhandbuch angeleitet die passenden Methoden zur Vorbereitung und Durchf hrung der Pr fung einer Software auf Gebrauchstauglichkeit auszuw hlen Anhand von G tekriterien k nnen Usability Assessoren eine methodisch seri se Vorgehensweise absichern Durch geeignete Dokumentation sorgt der Usability Assessor daf r dass Dritte die Einhaltung der geforderten G tekriterien nachvollziehen und u U die erzielten Pr fergebnisse reproduzieren k nnen Alle Methoden sind in Pr flaboratorien erprobt worden die von 8 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 1 Einleitung der DATech akkreditiert wurden Neben der Beherrschung der Pr fbausteine ist die Einhaltung der methodischen G tekriterien Grundlage f r die Begutachtung dieser Einrichtungen Eine st ndige Arbeitsgruppe der DATech wertet die Erfahrungen der Pr flaboratorien aus um das Qualifikationsprofil der Usability Assessor sowie die Empfehlungen dieses Pr fhandbuchs zu verfeinern Gebrauchstauglichkeit kennze
57. auf dem Bildschirm bersichtlich verf gbar Ist der Bearbeitungsstand eines Vorgangs am Bildschirm so angezeigt dass dem Benutzer die Bearbeitung des n chsten Arbeitsschritts ohne weiteres m glich ist DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 78 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien F hrung des Personenkontos besser abgestimmt werden Sind die Berechtigungen angemessen erteilt Bei dieser Koordinierung entstand fr her viel Schreibaufwand der durch Einf hrung einheitlicher Vordrucke stark reduziert wurde Verschiedene mter sind mit demselben Vor gang befasst Daher wird f r alle beteiligten Stellen ein Zugriff auf die erforderliche Information notwendig sein Im Zuge der Ver netzung sollen f r alle beteiligten Verwaltungs stellen einheitliche Vordrucke am Bildschirm verwendet werden Steht die Geschwindigkeit der Bearbeitung allein unter der Kontrolle der Arbeitsperson es sei denn gesetzte Priorit ten sind zu beachten Zugriffsberechtigungen Leseberechtigung Zust ndigkeiten f r Daten und Programmen werden erteilt Man erwartet von der computergest tzten Koordinierung der Arbeiten eine erhebliche Beschleunigung bei der Vorbereitung schrift licher Arbeiten bei den Berechnungen und bei der Kontrolle der Vorgangsbearbeitung Aufgaben angemessenh
58. auglichkeit Version 3 3 71 Anhang C Werkzeuge zum Pr fverfahren C 1 6 3 Generelle Anforderungen an das interaktive System Nachstehende Nutzungsanforderungen gelten in allen Nutzungskontexten eines interak tiven Systems Je nach den spezifischen Merkmalen des Nutzungskontexts und den darin erkannten Erfordernissen k nnen diese Anforderungen als Pr fkriterienformuliert werden Werden diese Kriterien verletzt so erh lt der Usability Assessor hiermit sichere Hinweise auf mangelnde Effektivit t oder Effizienz der Nutzung 1 Ist die Software mit den vorhandenen vorgesehenen Qualifikationserfordernissen Hilfsmitteln der Benutzer nutzbar 2 Sind die Informationen die zur Erledigung des jeweiligen Arbeitsschrittes notwendig sind auf dem Bildschirm bersichtlich verf gbar soweit sie nicht sinnvollerweise au erhalb des Bildschirms zur Verf gung stehen 3 K nnen eventuelle Fehler auch zu einem sp teren Zeitpunkt durch den verur sachenden Benutzer korrigiert werden A C 1 6 4 Instruktion zur Ableitung von Nutzungsanforderungen Die im nachstehenden Abschnitt C 1 6 5 formulierten Leitfragen zur Ableitung von Nutzungsanforderungen sind in jedem Falle zu beantworten da sie Anforderungen betreffen die in fast jedem Nutzungskontext vorkommen Dar ber hinaus soll der Auswertungsrahmen Abschnitt C 1 5 angewendet werden Er enth lt ebenfalls Nutzungsanforderungen die fast immer vorkommen berschneidungen mit den Leitfrage
59. beitungs oder Nutzungsprobleme aufzudecken und deren Ursachen zu beseitigen Die fl chtigen oder kurzlebigen Verhaltensdaten von Benutzern oder kritischen Systemzust nden die mittels Teilnehmender Beobachtung oft nicht hinreichend objektiv erfassbar sind sollen in geeigneter Weise gespeichert werden um sie z B im Design Team wiederholt anschauen analysieren und bewer ten zu k nnen A 3 2 G tekriterien Ist die Repr sentativit t des beobachteten Benutzers der durchzuf hrenden Aufgabe bezogen auf den Verwendungszweck des Produkts sowie ggfs der Nutzungsum st nde gegeben Werden die aufgezeichneten Beobachtungsdaten hinsichtlich ihrer kritischen Merk male durch die beobachteten Personen als sachlich zutreffend best tigt Wird die Bewertung der kritischen Beobachtungsdaten von ihrer sachlichen Be schreibung Aufzeichnung getrennt Dies ist insbesondere bei summativer Evalu ierung notwendig Ist die erlaubte Beeinflussung der beobachteten Person durch den Beobachter bzw die Ausstattung des Labors definiert z B Ziel der Beobachtung mitteilen Labortechnik den Probanden erl utern Aufforderung zur Wiederholung einer T tigkeit Bitte um m ndliche Erl uterung der T tigkeit bzw um lautes Denken w hrend der T tigkeit Ist durch geeignete Vorbereitung der Aufzeichnung daf r gesorgt dass die zu beobachtende Person von der Aufzeichnungstechnik z B Mikrofon Kamera Eye Tracker nicht beeintr chtigt wird 1
60. bereits Person bereits w hrend des Interviews etwas aufgetretenen Nutzungs ber aufgetretene Nutzungsprobleme problemen berichtet Im Allgemeinen werden solche Probleme besser an Hand von Use Szenarien analysiert Ist eine R ckkopplung ber Nutzungsprobleme so organisiert dass System verbesserungen erm glicht werden Aufgaben angemessenheit Werden gemeldete Nutzungsprobleme vom Hersteller bei der Weiterentwicklung angemessen ber cksichtigt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 70 Anhang C Werkzeuge zum Pr fverfahren C 1 6 Leitfragen zur Ableitung von Nutzungsanforderungen C 1 6 1 Klassen von Nutzungsanforderungen Folgende Nutzungsanforderungen werden unterschieden a Anforderungen an die Gestaltung der Arbeitsaufgabe abgeleitet aus Aufgaben erfordernissen Beispiel Die Arbeitsperson soll R ckmeldung ber das Ergebnis der ausgef hrten T tigkeit Wahrnehmungsaufgabe Arbeitst tigkeit bekommen b Anforderungen an den Durchf hrungsrahmen der Arbeitsaufgabe abgeleitet aus Organisationserfordernissen Beispiel Es soll m glich sein Hilfe durch Kollegen zu bekommen c Anforderungen an die vom Benutzer ausge bte T tigkeit abgeleitet aus Kognitionserfordernissen Beispiel Der Benutzer soll den Inhalt der Fehlermeldung verstehen k nnen d Anforderungen an das interaktive System abgeleitet aus Dialog oder Produkt anforderungen Beispiel Fehlermeldungen sollen in der
61. bildet den Abschluss des Pr fverfahrens Die Pr fung setzt voraus dass mittels vorangegangener methodischer Schritte Pr fkriterien definiert worden sind vgl Abbildung 3 Pr fkriterien k nnen als Produktmerkmale oder als T tigkeiten definiert werden Die Formulierung als geforderte ausf hrbare T tigkeit ist einer Formulierung als Merkmal vorzuziehen wenn mit dem Merkmal eine bestimmte Umsetzung in der Software nahe gelegt wird Bei der Durchf hrung der Normkonformit tspr fung vgl Abbildung 4 wird das Pr fkriterium mit dem gegebenen Produktmerkmal oder der am Bildschirm ausf hr baren T tigkeit auf bereinstimmung gepr ft Ist das Pr fkriterium als Merkmal definiert so reicht i d R eine Inspektion des Produkts aus um Merkmals bereinstim mung festzustellen Ist das Pr fkriterium als T tigkeit definiert so ist Teilnehmende Beobachtung zur Laufzeit des Systems die bevorzugte Methode F r die Durchf hrung der Konformit tspr fung werden bevorzugt die Methoden der Inspektion der Teilnehmenden Beobachtung der Benutzerbefragung und der Doku mentenanalyse eingesetzt e um die Erf llung von in der Norm formulierten Forderungen festzustellen oder e um einem Verdacht auf Normabweichung und seinen Gr nden nachzugehen Hierbei werden f r die T tigkeit repr sentative und vollst ndige Arbeitsaufgaben danach untersucht ob das Produkt die Pr fkriterien einh lt Bei dieser Pr fung sind die aus der Erhebung des Konte
62. ch Pr fhandbuch Gebrauchstauglichkeit Version 3 3 23 2 Pr fverfahren von Abbildung 4 Erh rtungspr fung vermutete Norm Verifikation keine abweichung Abweichung Effektivit t bedeutsame Abweich weichung pr fen Abweichung keine bedeutsame Abweichung Effizienz bedeutsame pr fen Minderung keine Zufrieden bedeutsame stellung Minderung pr fen bedeutsame Minderung keine bedeutsame Minderung Normabweichung bedeutsam Ja Nein Abbildung 5 Die Entscheidungsregeln der Erh rtungspr fung im berblick Das Bild enth lt logische keine zeitlichen Abh ngigkeiten zwischen Zust nden und Aktionen Um die Erh rtungspr fungen zu einem konstruktiven Ausgang zu f hren sind folgende Ma nahmen denkbar falls ausreichende Ressourcen verf gbar sind vgl Abbildung 5 e die fehlende Effektivit t wird behoben z B durch Wartung e die mangelnde Effizienz wird durch Merkmals nderung beseitigt z B durch Anpas sung an die in den Teilen 12 bis 17 von ISO 9241 geforderten Merkmale e die Zufriedenstellung wird durch Merkmals nderung oder durch kompensatorische Gestaltung des Nutzungskontexts erreicht 24 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren Konsequenzen aus den Ergebnissen in Abbildung 5 1 Effektivit t bewerten Bedeutsame Abweichung Software anpassen Keine oder nur geringf gige Einschr nkung der Effektivit t weiter mit 2 2 Effizie
63. cht werden F r den Usability Assessor ist es daher wichtig die Rolle der einzelnen Teile der Norm zweckdienlich einzusch tzen d h Teil 10 Dialogprinzipien als Ma stab f r den Nachweis von Non Konformit t zu verwenden und ggf die brigen Normen Teile 12 bis 17 zu konsultieren damit eine festgestellte Non Konformit t dem Anwender oder dem User Interface Engineer Designer gegen ber konstruktiv begr ndet werden kann In der Praxis der Pr flaboratorien hat sich der in ISO 9241 nahe gelegte Verifikations ansatz als zu aufwendig herausgestellt Usability Assessoren standen stets vor der nicht entscheidbaren Frage wo eine Pr fung anfangen und aufh ren soll Bei einer entwicklungsbegleitenden Pr fung hingegen ist der Verifikationsansatz weiterhin empfehlenswert weil bei jeder einzelnen Entwurfsentscheidung die Konformit tsfrage zu stellen ist Dar ber hinaus kann der Entwickler daran interessiert sein eine L sung zu finden die eine von den Normen empfohlene Mindestanforderung bertrifft Die Methoden der Konformit tspr fung sollten in jedem professionell durchgef hrten Entwicklungsprojekt angewendet werden Das Pr fverfahren setzt keinen methodischen Aufwand voraus der nicht ohnehin f r eine angemessene Software Entwicklung und projektbegleitende Qualit tssicherung ben tigt wird Bei der Anwendung des DATech Pr fhandbuchs f r diesen Zweck wird empfohlen auch ISO 13407 zu beachten um die Methoden in den benutzer orien
64. de neue Seite wird vorbereitend je eine der Leitfragen aufgeschrieben W hrend des Interview Gespr chs geht man dann Seite f r Seite vor so dass die Struktur des Gespr chs gewahrt wird und keine der Leitfragen bergangen vergessen werden kann Es ist nicht notwendig sich beim Formulieren der Fragen an den genauen Wortlaut der Leitfragen zu halten Nur die grobe Einteilung der Leitfragen in die Abschnitte Einleitung Allgemeines V oraussetzungen Normale Durchf hrung Besonderheiten usw sollte stets beibehalten werden da hieraus die allgemeine inhaltliche Struktur jedes Kontextszenarios gebildet wird F r die Leitfragen innerhalb eines Abschnitts ist zweckm ig sich vorab zu berlegen welche Bedeutung eine Leitfrage im konkret zu analysierenden Kontext haben k nnte Die Fragen k nnen aufgabenbezogener formuliert werden wenn sich der Interviewer bereits vorab ber die Arbeitssituation und die Aufgaben informiert hat Beispielsweise k nnte man im Nutzungskontext eines Online Shops f r Fahrr der die erste Leitfrage Formulieren Sie Ihre T tigkeit in einem oder in zwei S tzen wie folgt anpassen Zu welchem Zweck m chten Sie Ihr neues Fahrrad nutzen Auf diese Frage wird erwartet dass die Befragten die T tigkeiten nennen die sie mit einem Fahrrad erledigen m chten Die befragte Person sollte immer ausreden d rfen sie darf nicht durch Zwischenfragen unterbrochen werden Redet die Person ber unwichtige Dinge ist
65. derungen an die Software 13 Welches Feedback erh lt die Arbeitsperson in bezug auf ihre Arbeitsergebnisse und die Wirkung ihrer Arbeit Hier ist das interne Feedback von Kollegen oder Vorgesetzten oder von Seiten der Software festzustellen Wichtig ist auch ob und inwieweit das Feedback erm glicht den Erfolg oder die Wirkungen der eigenen Arbeit zu erkennen oder zu berschauen Externes Feedback siehe Frage 21 Bekommt die Arbeitsperson eine R ckmeldung ber erreichte Arbeitsergebnisse Ist der Stand der Bearbeitung erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Selbstbeschrei bungsf higkeit Aufgaben angemessenheit Erkennt der Benutzer an den Systemr ckmeldungen das Ergebnis seiner Arbeit Ist der Bearbeitungsstand so angezeigt dass dem Benutzer die Beurteilung des Vorgangs m glich ist Besonderheiten bei der Durchf hrung 14 Welche Unterbrechungen gibt es und warum Welche St rungen treten auf organisatorisch sozial technisch Zu erfragen ist auf welche Weise Arbeitstatigkeiten unterbrochen werden Es interessieren die St rungen die sich aus der Arbeitsorganisation ergeben und die Art wie damit umgegangen wird Wichtig ist dass w hrend des Interviews der Blick auf die Software oder andere technische M glich keiten gerichtet wird um herauszufinden ob man dadurch mit St rungen besser umgehen kann Ist die f r die Aufg
66. dschirmarbeitsplatz die zur Erledigung der Arbeitsaufgabe ausgef hrt wird Nicht beobachtbare Aktivit ten sind kognitive Prozesse wie lernen erinnern eine Vorstellung entwickeln mentales Modell denken suchen usw Aufgabenanalyse task analysis Eine Methode zur Beschreibung der Arbeitsziele sowie der Bedingungen die f r die Zieler reichung gegeben oder notwendig sind siehe Anhang A 1 Die Aufgabenanalyse kann au erdem der Feststellung dienen ob die Qualit tsempfehlungen in DIN EN ISO 9241 2 eingehalten werden Benutzerbefragung user inquiry Eine Methode zur Erhebung von subjektiven Bewertungen z B gt Zufriedenstellung der Produktnutzung durch Benutzer siehe Anhang C 3 Benutzbarkeit usability Eine Menge von Merkmalen zur Erleichterung der Benutzung mit R cksicht auf die indivi duelle Bewertung durch eine festgelegte oder vorausgesetzte Gruppe von gt Benutzern Vgl ISO IEC 12119 Benutzer user end user Eine Person oder eine Personengruppe die Rechner zur Unterst tzung ihrer Aufgaben bearbeitung einsetzt Benutzerbelange user needs Bed rfnisse des gt Benutzers die sich aus Eigenschaften des Benutzers ergeben und im Zusammenhang mit der Nutzung einer Software im gt Nutzungskontext zu ber cksichtigen sind Beispiele sind Alter Linksh ndigkeit sporadischer Nutzer Sprachkenntnisse DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 31 4 Glossar Benutzungsoberfl che user interface
67. e formuliert werden Allgemeing ltige Leitfragen werden in Abschnitt C 1 6 5 angeboten Abschnitt im Szenario Einleitung Voraussetzungen Normale Durchf hrung Leitfragen Erl uterungen hierzu im Auswertungsrahmen Beispiele hierzu im Beispiel Szenario 1 2 10 11 12 13 Formulieren Sie die T tigkeit in einem oder in zwei S tzen Aus welchen Aufgaben ist die T tigkeit zusammengesetzt typische Kern Aufgaben auff hren d h wenn gro er Zeitanteil oder h ufig wiederkehrend oder sehr wichtig Welche dieser Kern Aufgaben sollen durch die Software unterst tzt werden Wie ist die T tigkeit organisiert z B als Mischarbeit als Folge von Aufgaben als monotone Einzelaufgabe Welche Qualifikation ist zur Bew ltigung der Aufgaben erforderlich Aufgabenbew ltigung Softwarenutzung Welche Vorkenntnisse fehlen ggf Wer bzw welches Ereignis bestimmt was zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbeitsteilung externe Datenquellen Welche Hilfsmittel sind erforderlich f r die Aufgabenbew ltigung zur Softwarenutzung Welche davon fehlen ggf welche sind zus tzlich gew nscht Welche Arbeitsschritte sind durchzuf hren Welche Arbeitsschritte kehren h ufig wieder Automatisierung gew nscht erforderlich Welche Arbeitsschritte werden automatisch durchgef hrt Sind bei automatisierten Arbeitsschritten Einflussm glichkeiten des Benutzers vorhanden
68. e oft werden die nicht erreichbaren Ergebnisse ben tigt Anhand der beiden letzten Fragen beurteilt der Usability Assessor die Effektivit tsminderung auf einer zweistufigen Skala hoch niedrig Ist die Effektivit tsminderung hoch dann ist die in Schritt 2 verifizierte Normabweichung bedeutsam und die Erh rtungspr fung f r diese Abweichung ist zu Ende vgl Entscheidungstabelle 2 unten Eine hohe Effektivit tsminderung d h relevante Ziele der Produktnutzung sind auch auf Umwegen nicht erreichbar schl gt also im Gesamturteil stets durch gt gt Einstufung hoch niedrig B Wie gro ist die durch die Abweichung bewirkte Effizienzminderung Hier werden drei Unter Beurteilungen vorgenommen B1 Schwere der Auswirkung unn tiger Aufwand o Schl sselfragen e Sind Arbeitsschritte n tig die nicht durch die eigentliche Arbeitsaufgabe bedingt sind sondern durch die Eigenschaften des Produkts e Falls die Abweichung zu Benutzungsfehlern f hrt e Wie gro ist der Aufwand zur Beseitigung der Fehlerfolgen gt gt Einstufung hoch niedrig B2 Anteil der betroffenen Benutzer Schlusselfragen e Welcher Prozentsatz der Benutzerzielgruppe ist betroffen e Wie oft tritt die Effizienzminderung bei typischer Produktnutzung auf gt gt Einstufung hoch niedrig DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 21 2 Pr fverfahren B3 Umgehbarkeit Kompensierbarkeit durch N
69. ebung vgl ISO 9241 11 Nutzungskonzept conceptual design Die Struktur oder Strategie eines L sungswegs zur Erledigung einer vollst ndigen T tigkeit und die daf r ben tigten Hilfsmittel nicht gemeint als DER eine ideale Weg der Aufgaben erledigung Hierbei sind die mentalen Modelle der Nutzer Benutzer von den Aufgaben und den gew nschten Arbeitsergebnissen ma gebend Nutzungsproblem usage problem Eine bei der Nutzung des Softwareprodukts festgestellte Barriere die eine effiziente Erledi gung der Arbeitsaufgabe unn tig erschwert und nicht auf ein gt Einarbeitungsproblem r ck f hrbar ist Nutzungsqualit t Oberbegriff f r die beiden Qualit tsabstufungen gt Benutzbarkeit und gt Gebrauchstauglichkeit Das Wort Nutzungsqualit t kann verwendet werden wenn es aus Gr nden der leichteren Verst ndlichkeit wichtiger ist die Benutzerorientierung eines Qualit tsziels zu betonen als die Unterscheidung der genannten Qualit tsabstufungen Marktanalyse market analysis market research Eine Form der Marktforschung zur Feststellung des potentiellen Bedarfs f r die Nutzung eines Produkts in einem gt Nutzungskontext Pflege usability maintenance Die Verbesserung eines Softwareprodukts nach Installation am Benutzer Arbeitsplatz um ergonomische gt M ngel Abweichungen von ISO 9241 zu beseitigen Die Pflege kann sehr aufwendig sein wenn vers umt wurde die gt Nutzungsanforderungen im Rahmen der Anforderungsspezifi
70. ech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 77 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 9 Welche Arbeitsschritte werden automatisch durchgef hrt Sind bei automatisierten Arbeitschritten Einflussm glichkeiten des Benutzers vorhanden erlaubt gew nscht erforderlich Regelm ig durchzuf hrende Aufgaben sind zwar rechnerunterst tzt aber nicht automatisiert Da eine mit allen beteiligten Verwaltungsstellen gemeinsame Vorgangsbearbeitung eingerichtet werden soll kann der Rechner pr fen ob an alles gedacht wurde bevor der Vorgang weiter bearbeitet oder abgeschlossen wird Hierbei wird der Stand der Vorgangsbearbeitung besser berschaubar Alle mit einem Mietverh ltnis zusammen h ngenden Arbeiten gehen in die Vorgangs bearbeitung ein Es gibt Vorg nge die nur das Fachamt betreffen und solche in die andere mter einbezogen sind etwa wenn das Stadt bauamt an der gemeinsamen Bearbeitung von Schadensf llen mitarbeitet Ist der Stand der Bearbeitung erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Kann die Arbeitsperson in auto matische Vorg nge steuernd eingreifen z B Abschalten Anhalten Aufgaben angemessenheit Steuerbarkeit Ist der Bearbeitungsstand der regelm ig durchzuf hrenden Aufgaben so angezeig
71. eht Design Use Cycle Ein Projektmodell des Usability Engineering Die Phasen die ein Softwareprojekt durchlauft beginnend mit der Produktidee ber die Entwicklung des gt Nutzungskonzepts ber den Entwurf die Implementierung und die Installierung des Produkts beim gt Anwender bis hin zur gt Pflege des Produkts im gt Nutzungskontext in dem aufgrund der Nutzungserfahrungen das nachste Release vorbereitet wird Eine iterative Folge der Phasen ist tiblich Entwick lungsaktivit ten und Ma nahmen der gt Qualit tssicherung wechseln sich ab Dialog dialogue Ein Ablauf bei dem der Benutzer zur Abwicklung einer Arbeitsaufgabe in einem oder mehreren Dialogschritten Daten eingibt und jeweils Rtickmeldung tiber die Verarbeitung dieser Daten erhalt DIN 66 234 Teil 8 Dialogschritt dialogue step Jeder Dialogschritt umfasst einen Wechselschritt von Aktionen des Menschen und des Computers Ein Dialogschritt besteht aus Eingabedaten den zugeh rigen Verarbeitungs prozessen und den zugeh rigen Ausgabedaten Dokumentenanalyse document inspection Eine Methode zur Feststellung der Eigenschaften und Ergebnisse einer durchgef hrten Analyse oder Pr ft tigkeit Soweit diese Eigenschaften und Ergebnisse im untersuchten Dokument ihren Niederschlag gefunden haben dient die Dokumentenanalyse auch der Feststellung der Dokumentenqualitat vgl Anhang A 5 32 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 4 Glossar
72. eit Steuerbarkeit Unterst tzt das interaktive System die f r die Aufgaben durchf hrung erforderlichen Berechtigungen Wird die Geschwindigkeit der Vorgangsbearbeitung allein vom Benutzer gesteuert DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 79 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Leitfragen Kontextszenario Aufgabenerfordernisse Dialogprinzip Software Pr fkriterien Kann der Benutzer die n chste zu bearbeitende Aufgabe am System frei w hlen 11 Gibt es eine fest gelegte Abfolge der Arbeitsschritte und wenn ja wie sieht diese aus Ist eine Flexibilit t sinnvoll n tig Kann die Arbeitsperson dar ber Steuerbarkeit entscheiden welche der Aufgaben sie ausf hren will es Der Arbeitstag ist selbstorganisiert Nat rlich sind Terminsachen besonders zu beachten Aber alle Vorbereitungen f r Termine werden eigenst ndig getroffen Es gibt zwar einen sei denn die zweckm ige gewissen Entscheidungsspielraum bei der Folge der Aufgaben ist Bearbeitung bestimmter Mietprobleme z B bei vorgegeben Ratenvereinbarungen f r Mietr ckst nde aber die gesetzlichen Bestimmungen setzen den Rahmen Kann der Benutzer die Bearbeitung von Terminsachen so steuern wie es die Aufgabenbearbeitung erfordert Steuerbarkeit Aufgaben angemessenheit Fehlertoleranz Erzwingt die Software dort wo es festgelegte Ratenvereinbarungen gibt oder Mietr ckst nde en
73. eit Version 3 3 29 3 Voraussetzungen f r die Akkreditierung 30 w nschenswerten Standards z B die Konformit t mit den Styleguides gro er Herstel ler oder den Empfehlungen der WAI gepr ft Die Konformit t mit diesen Qualit tsvor gaben ist n tzlich aber nicht hinreichend Au erdem will das DATech Pr fhandbuch Gebrauchstauglichkeit dem Designer keine Fesseln bei der kreativen Umsetzung anlegen solange es sich in der Pr fung zeigt dass die Benutzer auch bei unkonven tionellem Design ihre Aufgabe ohne Nutzungsprobleme erledigen k nnen Voraussetzungen f r die Akkreditierung Neben den formalen Voraussetzungen die DATech an die Akkreditierung eines Pr flabors stellt sind fachliche Anforderungen zu erf llen die sich aus der Umsetzung dieses Handbuchs in die Praxis der Softwarepr fung ergeben Ein Pr flabor soll nach weisen dass bei der Konformit tspr fung die in diesem Handbuch beschriebenen Methoden angewendet werden In Pr fberichten muss nachvollziehbar sein dass die in Anhang A beschriebenen G tekriterien eingehalten wurden wenn eine Methode zum Einsatz kam Den Pr flaboratorien kann nicht verwehrt werden eigene methodische Wege bei der Vorbereitung einer Pr fung zu gehen insbesondere wenn Methoden im Rahmen von Entwicklungsprojekten eingesetzt werden Empfehlenswert ist jedoch Konformit tsaussagen auf solche Methoden zu gr nden die in diesem Handbuch beschrieben sind Im Sinne einer einheitliche
74. en berblick hat der Benutzer im Hinblick auf die Gesamtt tigkeit Wenn mangelnder berblick festgestellt wird z B hinsichtlich der Verwertung Weiter leitung Weiterbearbeitung der Arbeitsergebnisse so interessiert ob der mangelnde berblick durch Software funktionen behoben werden k nnte Ist der Stand der Bearbeitung erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Aufgaben angemessenheit Ist der Bearbeitungsstand so angezeigt dass der Benutzer einen berblick ber die Gesamitatigkeit erh lt 20 Welche nderungen die die Aufgabenbearbeitung beeinflussen sind zu erwarten oder werden gew nscht Welche Vorschl ge hat der die Befragte dazu Hier sind nicht nur organisatorische nderungen zu erfassen sondern jegliche nderungen im Umfeld z B auch rechtliche Entwicklungen Hier ist auch wichtig zu erfahren welche nderungen und welchen Nutzen man vom Einsatz der Software erwartet Auch vision re nderungs vorstellungen erfragen Wenn es nderungen gibt Werden die ggf anstehenden nderungen bei der Erledigung von Aufgaben eingeplant Aufgaben angemessenheit Werden bei der Gestaltung Anpassung des Dialogs die ggf anstehenden nderungen ber cksichtigt 21 Von welchen Arbeits ergebnissen Arbeits schritten sind Dritte z B Kunden direkt betroffen Und was folgt daraus Es gilt festzustellen wie sich die Arbeit des d
75. en so entsteht ebenfalls der eben beschriebene Immunisierungseffekt der das Ergebnis einer Konformit tspr fung manipuliert Pr fbericht Ein Pr fbericht enth lt die identifizierten M ngel des gepr ften Produkts einschlie lich der Bewertung der M ngel siehe Erh rtungspr fung und je nach Art des Projekts auch Vorschl ge zur Verbesserung des Produkts und oder der Nutzung des Produkts Um die Pr fergebnisse reproduzieren zu k nnen enth lt der Pr fbericht auch die Beurteilungs grundlagen sowie die zu ihrer Erhebung angewendeten Methoden Insofern kann ein nach dem DATech Pr fverfahren entstandener Pr fbericht nach dem Common Industry DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren Format CIF gestaltet werden Um die Qualit t der im Pr fbericht dokumentierten Beurteilungsgrundlagen einsch tzen zu k nnen wird dar ber hinaus im Pr fbericht f r alle angewendeten Methoden beschrieben auf welche Weise die im DATech Priifhand buch beschriebenen G tekriterien erf llt wurden Hiermit soll die Seriosit t der Beurteilungsgrundlagen z B Objektivit t und Validit t einsch tzbar gemacht werden In der Regel sind s mtliche Beurteilungsgrundlagen auf die erhobenen Kontextszenarien r ckf hrbar siehe Abbildung 6 Manchmal liegen auch Daten aus einer Benutzerbefragung mittels ErgoNorm Benutzerfragebogen vor die eine Pr fung veranlasst haben Kontextszenarien f r alle Benutzergruppen und
76. er ungen der Nutzungskontexte abgestimmt ist Wenn nachvollziehbar ist dass viele kontextspezifischen Anpassungen bei einem Release weitgehend ber cksichtigt wurden so w re es m glich ein Produkt hinsichtlich verschiedener Nutzungskontexte auf Gebrauchstauglichkeit zu pr fen Die Gebrauchstauglichkeitspr fung w re dann grunds tzlich auch beim Hersteller m glich Der Hersteller m sste nachweisen dass Anpassungsw nsche aus vielen verschiedenen Nutzungskontexten zu einem neuen Release gef hrt haben Allerdings m ssten typische Benutzer aus verschiedenen Nutzungskontexten in die Zufriedenstellungsbeurteilung einbezogen werden Zusammenhang zwischen Accessibility und Gebrauchstaug lichkeit Usability Accessibility bzw Barrierefreiheit hat die gebrauchstaugliche Nutzung von interaktiven Systemen einschlie lich der WWW Anwendungen f r einen m glichst gro en Benutzerkreis d h z B auch f r Benutzer die in ihrer Mobilit t ihrem Seh oder H rverm gen eingeschr nkt sind zum Gegenstand Bei der Accessibility handelt es sich nicht um ein vollkommen neues Qualit tsziel f r interaktive Systeme sondern um eine vereinfachte Bezeichnung f r einen speziellen Nutzungskontext Nach der ISO 9241 11 der Grundlage des DATech Pr fhandbuchs Gebrauchstauglichkeit muss ein gebrauchstaugliches Produkt alle Anforderungen aus seinem Nutzungskontext erf llen Der Nutzungskontext besteht dabei aus den vier Bestandteilen
77. er Befragten auf die Welt au erhalb der eigenen Arbeitsorganisation auswirkt Beispielsweise wirkt sich die Dienstleistung eines B ros auf die Klienten aus Hier ist der Blick darauf zu richten ob und inwieweit die Computerisierung einen Einfluss hat positiv oder negativ Gegebenenfalls sind die Folgen zu beschreiben oder was man anders oder besser machen k nnte Bekommt die Arbeitsperson eine R ckmeldung ber erreichte oder fehlerhafte Arbeitsergebnisse Selbstbeschrei bungsf higkeit Fehlertoleranz Erkennt der Benutzer an den Systemr ckmeldungen das Ergebnis seiner Arbeit Erkennt der Benutzer an den Systemr ckmeldungen fehlerhafte Ergebnisse DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 69 Anhang C Werkzeuge zum Pr fverfahren Kontextszenario Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software 22 Welche Stressfaktoren Stressfaktoren k nnen durch die Aufgabe und Hat die Arbeitsperson die Steuerbarkeit Kann der Benutzer den Dialog gibt es und wie wird damit Organisation sowie durch die Software M glichkeit die Stressfaktoren so steuern wie es die umgegangen gegeben sein zu beeinflussen um die Aufgabenbearbeitung entstehenden Belastungen zu regulieren Zum Beispiel Arbeitszeit einteilen eingehen de Telefonate umleiten Belastung erfordert Sonstige Bemerkungen der Hier Beispiele sammeln falls die befragte befragten Person zu
78. er Inspektion ist dass es der Usability Assessor vers umt einen konkreten Aufgabenbezug zu definieren denn Merkmale des Dialogs oder der Informationsdarstellung sowie das Pr fkriterium sind stets im Aufgabenzusammenhang zu interpretieren Ein weiterer typischer Fehler bei der Inspek tion ist dass der Usability Assessor scheinbare Nutzungsprobleme feststellt die nichts anderes sind als seine eigenen Einarbeitungsprobleme Dieser Fehler beruht auf der Tatsache dass der Usability Assessor i d R nicht der Benutzerzielgruppe angeh rt Ist der Usability Assessor mit der Aufgabe und der Produktnutzung nicht vertraut so sollte ein Benutzer die Aufgabenbearbeitung am System vorf hren und kommentieren Insoweit geht die Inspektion in die Teilnehmende Beobachtung ber Anmerkung Die h ufig verwendete heuristische Evaluierung wendet anstelle der Pr fkriterien sogenannte Heuristiken an die teilweise den Dialogprinzipien entsprechen Diese Methode ist f r Konformit tspr fungen nicht geeignet da Pr fkriterien anhand von Erfordernissen aus dem Nutzungskontext den Benutzerbelangen und den Normen konkretisiert werden w hrend Nielsens Heuristiken kontextneutral angewendet werden Beispielsweise wird Aufgabenangemessenheit gar nicht als Heuristik verwendet was jedoch die wichtigste Voraussetzung einer Konformit tspr fung ist siehe Feststellung der Effektivit t Die Methode von Nielsen ist eher eine Inspektion zur Erfassun
79. er Zufriedenstellung festzustellen Fragen an Benutzer sind so zu stellen dass keine Verzerrung bias durch die Fragenformu lierung entstehen kann etwa durch Suggestivfragen Fragebogenitems z B in Check listen m ssen validiert sein Aufgabenbezug Der Aufgabenbezug darf nicht durch eine Standardaufgabe definiert sein Vielmehr ist die Repr sentativit t von Aufgaben und Benutzern durch den realen Nutzungskontext nachzuweisen d h es muss f r eine Frage eindeutig nachvollziehbar sein unter welcher Aufgabenbedingung sie gestellt und beantwortet wurde Oft ist es dar ber hinaus erforderlich eine Frage nur im aktuellen Nutzungskontext zu stellen z B zur Laufzeit des Systems damit diagnostiziert werden kann welche Merkmale des Systems im Zusammenhang mit der Antwort des Benutzers stehen Wird die Zufriedenstellung erfragt so ist zu untersuchen welchen Einarbeitungsgrad die Befragten haben unter Umst nden sind Befragungen zu wiederholen um die Zuverl s sigkeit der Befragungsergebnisse nachzuweisen Die Zuverl ssigkeit spielt bei wenig ge bten Benutzern oder in der Einf hrungsphase eines Produkts eine geringere Rolle als unter konsolidierten Nutzungsbedingungen reliable M ngelhinweise unter konsoli dierten Bedingungen sind meist bedeutsam Werden diese negativ erlebt so kann es erforderlich sein die subjektiven Wirkungen zu untersuchen wenn nicht ohnehin zweifelsfrei feststeht dass der Mangel behoben wird DATech Pr
80. erdauernd oder wiederkehrend als Beeintr chtigung erlebt werden und die es sich von der Aufwands konomie her lohnt mittels Fragebogen aufzusp ren Der Usability Assessor kann der Anwenderorganisation den periodischen Einsatz des Fragebogens empfehlen z B nach einem Releasewechsel Auch f r eine Wiederho lungsuntersuchung eignet sich der Fragebogen etwa nach Beseitigung von ergono mischen M ngeln im Zuge eines Pflegeprozesses DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren C 3 2 Auswertungshinweise Da der Fragebogen haupts chlich solche Items enth lt die den Benutzern helfen die Problemhaltigkeit ihrer Arbeitssituation am Bildschirmarbeitsplatz bewusst zu machen sind die Probleme zu den einzelnen Fragen auszuwerten die von den Benutzern be schrieben werden Wenn sich in einer Stichprobe von Benutzern die Problembeschrei bungen zu bestimmten Fragen h ufen oder einige der Probleme als besonders st rend empfunden werden so k nnen bei der Auswertung sehr schnell die auff lligsten und vielleicht bedeutsamsten Nutzungsprobleme erkannt werden Die von den Benutzern ge u erten Beschwerden k nnen nicht gegen die als positiv eingestuften Eigenschaften der Softwarenutzung aufgerechnet werden Wenn bestimmte Fragen von den meisten Befragten einer Stichprobe als nicht zutref fend angekreuzt wurden so kann dies als Hinweis gedeutet werden dass die Benutzer an die in der Instru
81. erden Hier kommt es darauf an den Zusammenhang der Organisationsziele mit der Computerisierung festzustellen Ein sehr oft genanntes Ziel ist die Produkti vit tssteigerung der Mitarbeiter d h Rationali sierung durch Computereinsatz Ist das Ziel der Organisation durch Einsatz der Arbeitsmittel effizient erreichbar Aufgaben angemessenheit Werden die Ziele der Arbeitsorganisation z B hnliche Aufgaben hnlich zu bearbeiten oder Aufgaben mit weniger Aufwand zu erledigen durch die Software unterst tzt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 68 Leitfragen Kontextszenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 18 Gibt es Mechanismen zur Leistungssteuerung Leistungskontrolle Wenn ja welche Sind diese erforderlich Diese Frage steht im Zusammenhang mit einer Anforderung der BildscharbV F r die Beurteilung der Software ist besonders wichtig ob und inwieweit die fraglichen Mechanismen die Geschwindigkeit der Arbeitst tigkeit beeinflussen Steht die Geschwindigkeit der Bearbeitung allein unter der Kontrolle der Arbeitsperson es sei denn gesetzte Priorit ten sind zu beachten Steuerbarkeit Wird die Geschwindigkeit des Dialogs hier Arbeitsleistung allein vom Benutzer gesteuert Sind im interaktiven System integrierte Leistungskontrollen abschaltbar 19 Welch
82. ertragungsproblemen zu bekommen Wenn Sie die Datei nicht heruntergeladen haben und sie nicht Teil eines Backups ist dann ist es entweder kein g ltiges Zip Archiy oder es ist besch digt ggf aufgrund eines Diskettenfehlers Andernfalls ist dieses Archiv m glicherweise defekt Versuchen Sie mit dem Programm PKZIPFIX das mit dem Produkt PKZIP ausgeliefert wird den Schaden zu beheben Bild 5 Benutzerf hrung nach Dr cken der Hilfe Taste WinZip x Datei kann nicht ge ffnet werden Offenbar handelt es sich nicht um ein g ltiges ZIP Archiy Wenn Sie diese Datei heruntergeladen haben dann versuchen Sie sie erneut herunterzuladen Dr cken Sie F1 f r weitere Informationen Bild 6 Fehlermeldung nach Schlie en des Hilfe Fensters DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 89 Anhang C Werkzeuge zum Pr fverfahren Hinzuf gen ERTeneen Eihsenen Bild 7 Zur ck in die Ausgangs Situation nach Dr cken der OK Taste 90 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren C 2 3 Analyse des Nutzungsproblems Der Benutzer geht mit Hilfe seines Nutzungskonzepts n mlich eine Datei auszuw hlen die komprimiert werden soll in den Dialog mit dem Programm und ger t in eine Sack gasse Das Nutzungsproblem beruht vermutlich auf der Unvereinbarkeit des Nutzungs konzepts des Benutzers und des Systemkonzepts das der Entwicklung des Programms zugrunde lag Der User
83. es zweckm ig sie weitersprechen zu lassen und vorsichtig zu versuchen sie zum Thema zur ckzuf hren dabei m ssen die berfl ssigen Informationen nicht mitprotokolliert werden Der Interviewer sollte nicht auf die Vollst ndigkeit der Erhebung fixiert sein Es ergeben sich sp ter bei der Validierung gen gend Anl sse um Daten zu erg nzen Vielmehr sollte eine m glichst entspannte und fl ssige Gespr chssituation aufrechter halten werden Es kommt nicht auf Perfektion an sondern auf ein motivierendes Gespr chsklima Hierin liegt der Charme der Erhebung von Szenarien im Unterschied zum strukturierten Interview das dem Interviewer eine strengere Disziplin beim Abfragen auferlegt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 57 Anhang G Werkzeuge zum Pr fverfahren C 1 2 Einarbeitung in die Erhebung von Kontextszenarien 58 Requirements Engineers Anforderungsentwickler oder Usability Assessoren k nnen die Methode der Erhebung und Auswertung von Kontext Szenarien entweder autodidaktisch oder unter Anleitung eines Trainers lernen Dabei sind stets die Liste der Leitfragen das Beispiel Szenario sowie der Auswertungsrahmen zur Hand zu nehmen Bei autodidaktischer Einarbeitung in die Erhebung von Szenarien sind folgende Lern schritte zu beachten 1 Instruktion in Abschnitt C 1 1 lesen 2 Lernen am Beispiel Im Beispielszenario siehe Abschnitt C 1 7 jeden Szenario Abschnitt durcharbeiten dabei ist der In
84. fahrenen Benutzer geht am schnellsten Au erdem sind vor der Protokollierung der Interaktionen die f r die Durchf hrung der Kern Aufgabe gew hlten Voreinstellungen von Systemfunktionen zu notieren Wird ein weiterer Benutzer bei der Erledigung derselben Aufgabe beobachtet so sind dieselben Voreinstellungen zu setzen um die Vergleichbarkeit der Protokolle zu sichern Die zu beobachtende Person kann zusammen mit einer F hrungskraft ausgesucht werden Eine F hrungsperson selbst ist nicht gut geeignet Es sollte eine Person sein die die Arbeit tats chlich ausf hrt und im Vergleich zu ihren Kolleginnen und Kollegen von der F hrungsperson als guter Durchschnitt beurteilt wird Der F hrungskraft soll diese Instruktion bergeben werden damit keine Missverst ndnisse ber Zweck und Verwendung der Datenerhebung entstehen Zu Beginn der Erhebung des Use Szenarios wird der zu beobachtenden Person erl utert dass es sich um eine Teilnehmende Beobachtung handelt in der der Beobachter versucht ergonomische M ngel der Software w hrend der Arbeit zu identifizieren Das Wort Benutzertest ist zu vermeiden Alle aufgezeichneten Sachverhalte sollen von der Person nach der Protokollierung auf Richtigkeit gepr ft werden damit Missverst nd nisse beseitigt werden k nnen Es wird versichert dass es nicht um die Bewertung der Arbeit geht erst recht nicht um die Bewertung der Person vielmehr um die alleinige Bewertung der Software Die Person wird erm
85. fonkontakte bestimmen welches die n chste zu bearbeitende Aufgabe am System ist Kann der Benutzer die Koordination mit anderen Verwaltungsstellen am System so steuern wie es die Aufgabenbearbeitung erfordert DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 75 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 6 Welche Hilfsmittel sind erforderlich f r die Aufgabenbew ltigung zur Softwarenutzung Welche davon fehlen ggf welche sind zus tzlich gew nscht Au er einem Taschenrechner sind keine weiteren Hilfsmittel f r die Arbeit am Schreibtisch oder am Bildschirmarbeitsplatz notwendig Die Nutzung der fr her blichen Karteikarten geht immer mehr zur ck und wird vielleicht eines Tages ganz berfl ssig sein Mietspiegel sind am Rechner verf gbar und geplant ist eine CD ber Mietrecht H ufiger Wechsel zwischen dem Rechner und schriftlichen Unterlagen Hilfsmitteln wird dadurch reduziert Ein Arbeitsplatz Drucker w re n tzlich Sind alle Hilfsmittel gegeben die f r das Erledigen der Aufgabe erforderlich sind Ist die f r die Aufgaben erledigung erforderliche Information unmittelbar verf gbar Aufgaben angemessenheit Aufgaben angemessenheit Ist eine Rechenmdglichkeit am Bildschirm vorhanden sofern w nschenswert Ist die Nutzung des Systems
86. fung Ergibt die Konformit tspr fung eine vermute te Abweichung so wird die Wirkung der Abweichung unter sucht um festzustellen ob diese bedeutsam ist Wird die Wirkung als gering ein gesch tzt so sind wegen der damit verbundenen Bewertungs unsicherheit die Benutzer zu fra gen Die Zufriedenstellung der Benutzer entscheidet letztlich dar ber ob die Abweichung bedeut sam ist Abbildung 4 Durchf hrung einer Konformit tspr fung mit anschlie ender Erh rtungspr fung Das Bild enth lt logische keine zeitlichen Abh ngigkeiten zwischen Zust nden und Aktionen 18 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren In Abbildung 4 wird der logische Ablauf einer Konformit tspr fung veranschaulicht Die in Anhang A beschriebenen Methoden sind den einzelnen Aktivit ten zugeordnet Einige Methoden z B Benutzertests sind besser geeignet f r Konformit tspr fungen w hrend der Entwicklung des Produkts formative Evaluierung die meisten anderen Methoden Inspektion Teilnehmende Beobachtung Dokumentenanalyse sind besser geeignet f r die abschlie ende Produktpr fung summative Evaluierung Einige Methoden eignen sich besser f r die Untersuchung der Effektivit t des Produkts z B Dokumentenanalyse andere besser f r die Untersuchung der Effizienz z B Teilnehmende Beobachtung und andere wieder besser f r die Untersuchung der Zufriedenstellung der Benutzer z B Benutzerbefragun
87. g Die Normen enthalten sowohl T tigkeits als auch Merkmalsempfehlungen Die Methoden sind nicht alle in gleicher Weise f r diese unterschiedlichen Empfehlungen geeignet Die Methoden sollten auch nicht unabh ngig voneinander eingesetzt werden sondern einander erg nzend Beispiele Eine Inspektion des Dialogs kann auf Grund einer vorangehenden Aufgabenanalyse zu eindeutigen Ergebnissen f hren eine Be nutzerbefragung oder eine Teilnehmende Beobachtung die zur Aufkl rung eines Nutz ungsproblems beitr gt kann erg nzt werden durch eine Merkmalsinspektion Da die Gebrauchstauglichkeit eines Softwareprodukts stets von den realen Einsatz bedingungen des Nutzungskontexts abh ngt ist seine Analyse unerl sslich siehe ISO 9241 11 und darf sich nicht in der Aufgabenanalyse ersch pfen Die Methoden des Pr fverfahrens k nnen auch zur Pr fung der Benutzbarkeit ISO IEC 12119 eingesetzt werden Eine Pr fung nach ISO IEC 12119 siehe Anhang B ersetzt nicht die Pr fung nach ISO 9241 11 die Pr fung der aufgabenangemessenen Funktionalit t der Zuverl ssigkeit der Anpassbarkeit sowie der Benutzerdokumentation ist jedoch uner l sslich um Effektivit t Effizienz im Sinne von ISO 9241 11 zu untersuchen Ferner h ngt die Gebrauchstauglichkeit der Software von der Zufriedenstellung der Benutzerzielgruppe ab so dass Aussagen ber die Normkonformit t im Sinne der Gebrauchstauglichkeit stets eine Pr fung der Zufriedenstellung mit angeme
88. g daf r gegeben sein muss Nicht immer wird das in einem Kontext Sachverhalt innewohnende Erfordernis sofort klar sein Deshalb fragen wir nachdem uns ein Sachverhalt darge stellt wurde Was wollen Sie damit sagen Worauf wollen Sie hinaus Was folgt daraus Speziell auf Sachverhalte des Nutzungskontexts eines Produkts angewendet bedeutet das Konzept des Erfordernisses das den Aufgaben den Problemen und den Umst nden der handelnden Akteure verschiedene Zwecke innewohnen die das Handeln der Akteure bestimmen ohne dass sie diese Zwecke immer klar vor Augen haben Man sagt Es ist unter den gegebenen Umst nden erforderlich etwas zu tun weil man etwas Bestimmtes erreichen oder bewahren oder verhindern will Im Allgemeinen wird der Zweck stillschweigend vorausgesetzt Will man das in einem Sachverhalt versteckte Erfordernis aufsp ren so kommt man nicht weit wenn man die Akteure nach ihren Zielen fragt Ziele sind vordergr ndige Ergebnisse die man erreichen will Mit den Angaben der Akteure ber ihre Ziele bleibt man zu sehr am augenblicklichen Tagesgesch ft kleben von dem sich die Akteure akut und pers nlich betroffen f hlen Diese Angaben k nnen stark subjektiv eingef rbt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 59 Anhang G Werkzeuge zum Pr fverfahren 60 sein Das Handeln der Akteure hat Sinn und Zweck Sinnvoll ist ein Handeln immer aus subjektiver Sicht Der Zweck jedoch
89. g des ersten Eindrucks den man von einem System gewinnen m chte Sie wird meist beim Prototyping angewendet Wendet man die Vorgehensweise der heuristischen Evaluierung anhand der Dialogprinzipien DIN EN ISO 9241 10 an so kann man grobe Normabweichungen erkennen Merkmalschecklisten k nnen f r Produktvergleiche n tzlich sein wenngleich festgestellte Rangunterschiede zwischen Produkten nichts ber Normkonformit t aussagen Eine heuristische Inspektion nach Nielsen kann n tzlich sein sagt aber ebenfalls nichts ber Normkonformit t aus auch ist zu beachten dass die heuristischen Bewertungskategorien mit den Gestaltungsgrunds tzen der Normen nicht deckungsgleich sind 12 Siehe Nielsen and Mack 1994 Usability Inspection Methods New York Wiley DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 45 Anhang A Methoden zum Pr fverfahren A 3 Teilnehmende Beobachtung A 3 1 Ziele a Teilnehmende Beobachtung im Nutzungskontext Dient der Erfassung von Merkmalen einer Arbeitst tigkeit im Zeitverlauf z B z gerlicher Ablauf Nachschlagen im Benutzerhandbuch Fehler machen und beheben m ndliche u erungen umst ndlicher Ablauf sowie der begleitenden Arbeitsumst nde am Bildschirmarbeitsplatz um m gliche Nutzungsprobleme im Nutzungskontext zu untersuchen b Teilnehmende Beobachtung im Labor Dient der Evaluierung von Prototypen oder existierenden Produkten durch repr sen tative Benutzer um Einar
90. gel zu einer M ngelliste zusammen gef hrt Je nach Art des Projekts summative oder formative Pr fung und Evaluierung werden die den M ngeln zugrunde liegenden vermuteten Normabweichungen einer Erh rtungspr fung unterzogen oder es werden Verbesserungsvorschl ge zur M ngelbeseitigung gemacht DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 27 2 Pr fverfahren 2 4 2 5 28 Unterscheidung zwischen Benutzbarkeit und Gebrauchs tauglichkeit In vielen F llen ist der Nutzungskontext f r den ein Produkt entwickelt wird oder wurde nicht genau beschrieben Bei der Pr fung der Benutzbarkeit nach ISO IEC 12119 wird deshalb kein spezieller konkreter sondern ein intendierter Nutzungskontext zu Grunde gelegt den der Hersteller beschreiben muss z B hinsicht lich der beabsichtigten Aufgaben die man mit dem Softwareprodukt bearbeiten k nnen soll In realen Nutzungskontexten m gen diese vom Hersteller beschriebenen Aufgaben jeweils etwas anders aussehen so dass ein Anpassungsproblem entsteht das mittels Customizing zu l sen versucht wird F r ein Standardprodukt wird es viele solcher Anpassungsprojekte geben Es w re jedoch f r den Hersteller schwierig Pr fungen auf Gebrauchstauglichkeit in den vielen verschiedenen Nutzungskontexten durchf hren zu lassen Allerdings w re es m glich aus den vielen Anpassungsprojekten allm hlich ein Produkt entstehen zu lassen das immer besser auf die spezifischen Nutzungsanford
91. gnet die Daten von den befragten Benutzern validieren zu lassen Spezifikation Aus dem Kontextszenario werden mit Blick auf die Aufgabenerforder nisse und Benutzerbelange Anforderungen an das interaktive System abgeleitet Ein Auswertungsrahmen Anhang C 1 hilft die Objektivit t der Anforderungen zu sichern Auswertungsobjektivit t Mittels Teilneh mender Beobachtung am _ interaktiven System und Dokumentation der Beobach tungsdaten in einem Use Szenario werden bei identifizierten Nutzungsproblemen weitere Anforderungen ermittelt und unter Ber cksichtigung der Dialogprinzipien Teil 10 der Norm und der Prinzipien der Informa tionsdarstellung Teil 12 spezifiziert Interpretation Die Anforderungen an das interaktive System sind kontextspezifisch formuliert w hrend die in den Normen stehenden Empfehlungen kontextneutral sind Durch Interpretation der neutralen Formulierungen im Lichte der kontextspezi fischen Anforderungen gelangt man zur Festlegung von Pr fkriterien Je nach Art der Anforderung kann man zum Zwecke der Interpretation alle Normen heranziehen um das Kriterium m glichst pr zise zu formulieren Das Kriterium wird vorzugsweise als ausf hrbare T tigkeit formuliert Das Bild enth lt logische keine zeitlichen Abh ngigkeiten zwischen Zust nden und Aktionen 16 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren 2 1 2 Durchf hrung der Pr fung Die Konformit tspr fung
92. gt Arbeitst tigkeit des Benutzers rechts die darauf folgende Reaktion des interaktiven Systems DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 37 A Glossar Use Szenario use scenario Eine episodische Beschreibung von gt Arbeitst tigkeiten die ein gt Benutzer zur Erledigung einer Kernaufgabe am interaktiven System erledig auch Interaktionsentwurf genannt Die Konstruktion des Use Szenarios dient der Umsetzung der aus dem gt Nutzungskontext abgelei teten gt Nutzungsanforderungen f r eine Kernaufgabe Ferner dient das Use Szenario der Umsetzung des Interaktionsentwurfs in einen Prototyp W hrend der Softwarepr fung an einem existierenden System braucht die Interaktion mit dem interaktiven System nicht ausf hrlich erfasst zu werden es reicht eine Erfassung in Form eines gt Use Case aus gt Dialogschritte die jedoch auf gt Nutzungsprobleme oder auf vermutete gt Normabweichungen hinweisen critical incidents sind in einem gt Use Szenario ausf hrlich zu beschreiben und anschlie end auszuwerten Pr fung der gt Konformit t In diesem Fall spricht man von einem critical incident use scenario Validierung validation Eine Ma nahme der gt Qualit tssicherung um festzustellen e ob und inwieweit gt Anwender gt Benutzer und Softwarehersteller in der Spezifikation von gt Nutzungsanforderungen bereinstimmen e ob und inwieweit Systemanforderungen eine angemessene Umsetzung der gt Nutzungsan forderungen
93. gt Nutzungskontexts gt Kontextszenario oder unter Ber cksichtigung der tats chlichen Ausf hrung der gt Arbeitst tigkeit am interaktiven System gt Use Szenario Teilnehmende Beobachtung participatory observation Eine Methode zur explorativen Analyse der Merkmale von T tigkeiten z B gt Nutzungspro bleme die ein gt Benutzer an einem Produkt aus bt vgl Anhang A 3 36 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 4 Glossar Usability Assessor usability tester Eine Rolle im gt Usability Engineering Die Hauptaufgabe des Usability Assessors besteht in der Evaluierung der Software Entw rfe Prototypen oder Softwareprodukte gt Produktpr fung hinsichtlich ergonomischer gt Pr fkriterien Diese werden aus den gt Erfordernissen des Nutzungskontexts und mit Blick auf ISO 9241 Teile 10 und 11 entwickelt validiert und auf Erf llung gepr ft Vorausgesetzte Qualifikationen e Kenntnisse der ISO 9241 Teile 2 10 und 11 erg nzt durch Wissen ber arbeitswissen schaftliche Prinzipien zur Gestaltung vollst ndiger T tigkeiten e Erfahrungen in der Durchf hrung und Dokumentation von strukturierten non direktiven Interviews von gt Benutzerbefragungen und gt Teilnehmenden Beobachtungen e Kenntnisse von Verfahren und den darin eingebetteten Methoden zur Vorbereitung und Durchf hrung von Softwarepr fungen Usability Engineer Eine Rolle im gt Usability Engineering Die Hauptaufgabe des Usability
94. h empfinde dies als sehr st rend 106 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 3 K nnen Sie bei Bedarf eine Aufgabe unterbrechen und sp ter wieder fortsetzen ohne alles neu eingeben zu m ssen S ja S nein S Frage trifft nicht zu wenn nein Schildern Sie bitte in welcher Situation Sie durch eine Unterbrechung bereits eingegebene Daten wieder verloren haben S Ich empfinde dies als sehr st rend 4 K nnen Sie einen Arbeitsschritt wieder zur cknehmen wenn es f r Ihre Aufgabenerledigung zweckm ig ist S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte die Situationen in denen es aus Ihrer Sicht zweckm ig w re einen Arbeitsschritt wieder ungeschehen machen zu k nnen S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 107 108 F hlen Sie sich in Ihrem Arbeitstempo durch das Programm manchmal gebremst z B durch zu lange Wartezeiten S ja S nein S Frage trifft nicht zu wenn ja Beschreiben Sie bitte die Situationen in denen Sie gerne z giger arbeiten w rden S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Erwartungskonformit t Ein Computerprogramm ist erwartungskonform wenn Sie bei der Arbeit mit dem Computer keine berraschungsmomente erleben Solche Momente k nnen zum Beispiel sein dass sich eine Funktion an einer ganz anderen Stelle im Men befindet als Sie gedacht h
95. halt des Beispiels mit der Liste der Leitfragen in diesem Anhang Abschnitt C 1 4 zu vergleichen 3 Zielsetzungen der Leitfragen besser verstehen Im Erhebungs und Auswertungs rahmen siehe Abschnitt C 1 5 sind die Zielsetzungen der Leitfragen nachzulesen und mit den Abschnitten im Beispielszenario zu vergleichen um sich klar zu machen worauf es bei der Erhebung eines Szenarios und bei der anschlie enden Reinschrift ankommt 4 Mit Blick auf die Auswertungssituation f r die Erhebungssituation lernen Die im Beispielszenario abgeleiteten Erfordernisse und Nutzungsanforderungen werden Schritt f r Schritt nachvollzogen um zu lernen wie pr zise ein Sachverhalt beschrieben werden muss damit anschlie end die vorgegebenen Erfordernisse und Nutzungsanforderungen abgeleitet werden k nnen 5 Warnung vor schematischer Auswertung Am Beispielszenario soll auch erkannt werden dass neben den vorgegebenen Erfordernissen und Nutzungsanforderungen weitere Ableitungen n tig sind wenn dies vom Inhalt des Kontextszenarios her geboten erscheint 6 Ableitung der Pr fkriterien nachvollziehen Im Beispielszenario sind die Anforderungen an die Software als Pr fkriterien spezifiziert d h die im Auswertungsrahmen vorgegebenen Nutzungsanforderungen sind mit Blick auf den konkreten Szenario Inhalt pr ziser formuliert worden Bei autodidaktischer Einarbeitung ist es sehr empfehlenswert w hrend der ersten Erhe bung einen erfahrenen Requirements E
96. he Sind diese erforderlich Welchen berblick hat der Benutzer im Hinblick auf die Gesamtt tigkeit Welche nderungen die die Aufgabenbearbeitung beeinflussen sind zu erwarten oder werden gew nscht Welche Vorschl ge hat der die Befragte dazu Von welchen Arbeitsergebnissen Arbeitsschritten sind Dritte z B Kunden direkt betroffen Und was folgt daraus Welche Stressfaktoren gibt es und wie wird damit umgegangen Hier Beispiele sammeln falls die befragte Person bereits w hrend des Interviews etwas ber aufgetretene Nutzungsprobleme berichtet Im Allgemeinen werden solche Probleme besser an Hand von Use Szenarien analysiert DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 C 1 5 Erhebungs und Auswertungsrahmen Anhang C Werkzeuge zum Pr fverfahren Kontextszenario Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software Einleitung 1 Formulieren Sie die Es gilt die Grobstruktur der Aufgaben zu Werden alle Arbeitsergebnisse Aufgaben Werden die auszuf hrenden T tigkeit in einem oder in zwei S tzen erfassen Ziel ist es einen berblick ber die Gesamtt tigkeit zu erlangen Details interessieren erst im Abschnitt normale Durchf hrung Die Beschreibung der Aufgaben ist abstrakt und knapp vollst ndig und korrekt erzielt Hier interessiert nur die Effek tivit t der Arbeitsergebnisse im Sinne von ISO 9241 11 angemessenheit Aufgabe
97. hen Umweg im Dialog gehen M ngel sind zu gewichten Kompensierbare M ngel sind geringer zu gewichten Bei Inspektionen zur Feststellung der Benutzbarkeit gem ISO IEC 12119 sind M ngel in bezug auf die Benutzerzielgruppen einzusch tzen und entsprechend zu gewichten F r festgestellte M ngel muss nachvollziehbar sein ob sie in einem Nachbesserungs prozess behoben werden oder wurden siehe Dokumentenanalyse Die Methodik der Inspektion zum Zwecke der Normkonformit tspr fung ist zu unter scheiden von jedweder Inspektion mittels erstellter Merkmalslisten da diese 10 Inspektion umfasst die Methodik der analytischen Evaluierung und Beobachtung gem ISO 9241 Teile 12 bis 17 Siehe auch Fu note 13 zur Methode der Teilnehmenden Beobachtung 44 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Prifverfahren Checklisten oft keine legitimen Pr fkriterien enthalten siehe G tekriterien der Inspektionsmethode Merkmalsitems einer Checkliste m ssen als Pr fkriterien legiti miert sein d h einen klaren Bezug zu Aufgabenerfordernissen oder Benutzerbelangen haben A 2 4 Anwendungsempfehlungen Die Inspektion ist f r die Durchf hrung von Konformit tspr fungen gut geeignet da man die bereinstimmung von Produktmerkmalen oder ausf hrbaren Arbeitst tigkeiten der Benutzer mit den Pr fkriterien feststellen kann und zwar durch Beobachtung am Ort der Arbeitst tigkeit H ufigster Fehler bei d
98. hkeit Version 3 3 91 Anhang G Werkzeuge zum Pr fverfahren C 2 4 Erhebung eines Use Szenarios 92 Voraussetzungen und Vorgehensweise In jedem Fall sollte bereits ein Kontextszenario erhoben worden sein damit die Kernaufgaben eines Arbeitsplatzes bekannt sind Liegt kein Kontextszenario vor kann man sich ausnahmsweise auch damit begn gen die Kernaufgaben vorweg mit dem Benutzer festzustellen Dies ist angemessen wenn man sich nur auf ein Nutzungs problem oder eine Kernaufgabe konzentrieren m chte Wird die Erhebung eines Use Szenarios auf einen bestimmten Tag festgelegt und ist die Demonstration am Computer davon abh ngig dass z B eine bestimmte Unterlage Akte Vorgang vorhanden sein muss so sollte der Benutzer gebeten werden entsprechende Vorkehrungen zu treffen Der Usability Assessor sollte sich in seiner Kleidung an den Benutzer anpassen Die zu beobachtende Person sollte bereits ber Erfahrungen mit der Software verf gen d h die Nutzungskonventionen sind bekannt und die Einarbeitungsprobleme sind l ngst berwunden Bei sporadisch genutzter Software wie bei unserem WinZip Beispiel brauchen die Einarbeitungsprobleme nicht berwunden zu sein denn im Kontext sporadischer Nutzung sind Einarbeitungsprobleme wie echte Nutzungsprobleme zu bewerten Der Usability Assessor muss vor der Erhebung der Use Szenarien die Nutzung der Software selbst kennen gelernt haben Die Einarbeitung mit Unterst tzung durch einen er
99. ichnet die Nutzungsqualit t von Software Funktionale und software technische Merkmale sind in diese Bewertung eingeschlossen soweit sie Auswirkungen auf die Softwarenutzung haben Es wird also nicht die technische G te dieser Merkmale bewertet sondern ihre Wirkungen am Arbeitsplatz und auf den Benutzer Das Produkt wird vor allem danach beurteilt ob und inwieweit es am Arbeitsplatz des Benutzers anforderungsgem und zuverl ssig funktioniert Gebrauchstauglichkeit DIN EN ISO 9241 Teile 10 bis 17 Benutzbarkeit relevante Teile der ISO IEC 12119 Software technische Qualit t relevante Teile der DIN ISO 9126 1 Abbildung 2 Stufen der Nutzungsqualit t von Softwareprodukten Die Nutzungspraxis von Software zeigt dass viele Nutzungsanforderungen erst durch praktische Nutzung erkannt werden k nnen so dass neben der Produktqualit t auch die Qualit t von Abhilfen f r festgestellte Nutzungsprobleme zu bewerten ist siehe die im Anhang B Punkt 9 genannten Ma nahmen des Herstellers Ein insoweit an die Erfordernisse des Nutzungskontexts anpassbares Produkt soll effizient nutzbar sein d h es soll tauglich sein f r den Gebrauchszweck und keine unn tigen Arbeitsschritte erforderlich machen Die Pr fmethoden setzen in der Regel keine technisch aufwendigen Laboreinrichtungen voraus Anders als bei einer rein software technischen Produktpr fung wird die Pr fung aus der Sicht der tats chlichen Nutzung im Nutzungskontext angegangen
100. ientier ten Entwicklungsprozess gem ISO 13407 geschehen DATech stellt hierzu einen eigenen Pr fbaustein f r den Usability Engineering Prozess bereit Schlagw rter Softwarequalit t Nutzungsqualit t Usability Gebrauchstauglichkeit Normkonformit t 4 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Abstract Abstract The DATech Test Handbook Usability provides a standard usability test It offers a guideline for practitioners to test the usability of interactive systems in particular their conformance with parts 10 and 11 of ISO 9241 Accredited test laboratories in Germany are obliged to use the guideline as a reference model for the development of their own test procedure A standing working group of DATech analyzes the experiences of test laboratories and refines the method incrementally DATech is the German accreditation body of laboratories in a variety of fields of technology The accredited laboratories are evaluated by DATech auditors Currently accredited usability test laboratories exist at SIEMENS IBM Germany a governmental laboratory named Physikalisch Technische Bundesanstalt TUV Secure iT and TUV Informationstechnik It may be important to understand the difference between the Common Industry Format for Usability Test Reports CIF and the DATech standard usability test CIF and the DATech approach represent different paradigms of usability testing and pursue different objectives a Objectives of CI
101. ieren weil die abstrakt formulierten Normen teilweise keine Pr fkriterien enthalten Wenn die Norm eine Empfehlung in Form einer geforderten T tigkeit enth lt so ist eine Interpretation dieser Empfehlung mit Blick auf die Erfordernisse des Nutzungskontexts notwendig Interpretieren hei t die Empfehlung der Norm unter Ber cksichtigung der Kontexterfordernisse zu transformieren so dass ein Pr fkriter ium definiert werden kann DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 15 2 Pr fverfahren Aufgaben analyse rfas Daten des Nut kontext Dokumenten utzungskontexts analyse Kontext Szenario teilnehmende Beobachtung spezifiziere Anforderung an das Dialogsystem ISO 9241 Teile 10 und 12 Anforderung Abschnitte aus ISO 12119 interpretiere passende Norm Empfehlungen gem Anforderung ISO 9241 Teile 10 bis 17 weiter zu Abbildung 4 Abbildung 3 Definition eines Pr fkriteriums Erfassung Da die Gebrauchstauglichkeit eines Produkts stets von den Erfordernissen des Nutzungskontexts abh ngt sind diese zun chst zu erfassen Man beginnt deshalb mit einer Aufgabenanalyse und der Auswer tung von Dokumenten ber den Nutzungs kontext und beschreibt den Nutzungskontext in Form eines Kontextszenarios Leitfragen zur Datenerhebung Anhang C 1 helfen die Objektivit t der Daten zu sichern Erhe bungsobjektivit t Die Szenario Form ist gut geei
102. ines interaktiven Systems installiert ist um Prozesse zu berwachen und zu steuern T tigkeitsmerkmale die eine effiziente Ausf hrbarkeit von Dialogschritten kennzeichnen sind am interaktiven System von Warten und Leitst nden mittels Teil 10 der Norm in derselben Weise pr fbar wie am interaktiven System eines B roarbeitsplatzes Beispielsweise ist die Forderung nach verst ndlichen Fehlermeldungen am Arbeitsplatz im Cockpit in der gleichen Weise pr fbar wie im B ro Auf eingebettete Systeme die keine Schnittstelle zum Benutzer haben ist das Verfahren nicht anwendbar Das Pr fhandbuch bietet dem Leser zun chst einen Einstieg in das Verfahren Das Pr fhandbuch umfasst die Vorbereitung und Durchf hrung von Konformit tspr fungen sowie eine Erh rtungspr fung bei vermuteten Normabweichungen Zum Verst ndnis des Verfahrens werden Kenntnisse ber die Pr fgrundlagen d h die einschl gigen ISO Normen vorausgesetzt Dies sind f r die Pr fung e der Effektivit t ISO 9241 11 und Teile aus ISO 12119 siehe Anhang B des Pr fhandbuchs e der Effizienz ISO 9241 10 und ISO 9241 11 e der Zufriedenstellung ISO 9241 2 und ISO 9241 11 Die genannten Normen sollten dem Usability Assessor verf gbar sein die genaue Kenntnis des Inhalts der Normen wird vorausgesetzt In der Praxis hat sich heraus gestellt dass auch die brigen Teile der ISO 9241 insbesondere die Teile 12 bis 17 ben tigt werden Obwohl diese Teile eher f r den Use
103. ip an die Software Normale Durchf hrung 7 Welche Arbeitsschritte Dies ist die umfangreichste Frage der K nnen die Ergebnisse der Aufgaben Werden die anfallenden sind durchzuf hren Erhebung Hinsichtlich der Kern Aufgaben Arbeitsschritte vollst ndig und angemessenheit Arbeiten durch das interaktive sind die T tigkeitsschritte zu erfragen die zur korrekt erzielt werden System unterst tzt Erreichung von Ergebnissen notwendig sind Der rote Faden des T tigkeitsablaufs istzu Ist der Stand der bisherigen Aufgaben Ist der Bearbeitungsstand so erfassen Es geht bei dieser Frage um eine Detaillierung der Frage 2 Die Antworten Bearbeitung erkennbar angemessenheit Selbstbeschrei angezeigt dass dem Benutzer die Bearbeitung des n chsten werden als Grundlage f r die sp tere Analyse bungsf higkeit Arbeitsschritts klar ist der Arbeitsschritte am Softwareprodukt verwertet siehe Use Szenario Sind die f r die Aufgaben Aufgaben Sind die Informationen die zur bearbeitung erforderlichen angemessenheit Erledigung der Aufgaben Informationen unmittelbar Selbstbeschrei notwendig sind auf dem Bild verf gbar bungsf higkeit schirm bersichtlich verf gbar 8 Welche Arbeitsschritte Hier gilt es herauszufinden welche Wird die Arbeitsperson bei Aufgaben Werden wiederkehrende kehren h ufig wieder T tigkeiten eher dem Menschen berlassen wiederkehrenden Aufgaben angemessenheit Aufgaben vom interaktiven Automatisierung bleiben
104. ist S Ich empfinde dies als sehr st rend 98 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 M ssen Sie Eingaben oder Dialogschritte machen die eigentlich berfl ssig w ren S ja S nein s Frage trifft nicht zu wenn ja Bitte benennen Sie die in ihren Augen berfl ssigen Eingaben und Dialogschritte S Ich empfinde dies als sehr st rend 3 Ist es Ihnen m glich das wiederholte Eingeben von Daten oder Texten zu vereinfachen S ja S nein S Frage trifft nicht zu wenn nein In welcher Situation w rden Sie sich w nschen dass Sie nicht so oft dasselbe eingeben m ssten S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 99 Finden Sie dass der erforderliche Aufwand f r Ihr Arbeitsergebnis jeweils angemessen ist S ja S nein S Frage trifft nicht zu wenn nein In welcher Situation haben Sie schon mal gedacht Das k nnte man auch mit weniger Aufwand bewerkstelligen S Ich empfinde dies als sehr st rend Haben Sie das Gef hl dass Sie Arbeiten machen m ssen die besser das Programm erledigen sollte S ja S nein S Frage trifft nicht zu wenn ja Bitte benennen Sie diese Arbeiten S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 6 M ssen Sie Werte und Texte eingeben die der Computer eigentlich wissen k nnte S ja S nein s Frage trifft nicht zu wenn ja Bitte beschreiben Sie die Si
105. it tsmerkmals gt Fehler oder gt Abweichung von einem geforderten T tigkeits Merkmal gt Mangel bedeuten Siehe auch Normabweichung Normabweichung nonconformity Unterschied zwischen einem gegebenen Produktmerkmal oder einer am interaktiven System ausf hrbaren gt Arbeitst tigkeit und einem aus der Norm z B ISO 9241 10 abgeleiteten gt Pr fkriterium Eine verifizierte Normabweichung wird gem dem Prinzip der Falsifikation so lange als vermutete Normabweichung angesehen bis die gt Erh rtungspr fung zu der Feststellung f hrt dass die Normabweichung nicht zumutbare Wirkungen hat Siehe auch Abweichung Non Konformit t Mangel Fehler 34 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 4 Glossar Nutzungsanforderung usability requirement Eine gt Arbeitst tigkeit die am System ausf hrbar sein muss um ein gt Erfordernis im gt Nutzungskontext effizient zu erf llen Nur wenn gesicherte ergonomische Erkenntnisse f r die Merkmale eines Produkts z B Farbkodierung Hintergrundfarbe des Bildschirms gegeben sind k nnen diese Merkmale als gt Nutzungsanforderung dienen Eine gt Nutzungsanforderung kann in ein gt Pr fkriterium transformiert werden Nutzungskontext context of use Faktoren die die gt Gebrauchstauglichkeit eines Produktes beeinflussen k nnen z B die Qualifikation des gt Benutzers die Merkmale des Arbeitsinhalts der Arbeitsplanung der Arbeitsteilung sowie die physische und soziale Umg
106. jekten z B w hrend des Usability Prototyping angewendet werden ist aber haupts chlich f r die Pr fung der Gebrauchstauglichkeit am Arbeitsplatz der Benutzer gedacht Dort kann eine Benutzerbefragung den Ausl ser f r eine Pr fung geben Der im Anhang C 3 enthaltene Benutzerfragebogen kann im Vorfeld einer Konformit tspr fung eingesetzt werden um herauszufinden welche Nutzungsprobleme von den befragten Benutzern erkannt werden und wie diese bewertet werden Da der Fragebogen nicht Bestandteil der Konformit tspr fung ist wird er in den nachfolgenden Abschnitten bei der Darstellung des Pr fverfahrens nicht behandelt Zur Entstehung des Fragebogens siehe Literaturliste unter Dzida et al Gebrauchstauglichkeit von Software ErgoNorm Ein Verfahren zur Konformit tspr fung von Software auf der Grundlage von DIN EN ISO 9241 Teile 10 und 11 2 1 1 Pr fungsvorbereitung 14 Jede Konformit tspr fung setzt voraus dass Pr fkriterien definiert sind Die Schritte 1 bis 4 beschreiben den Weg von der Analyse des Nutzungskontexts DIN EN ISO 9241 11 bis zur Festlegung von Pr fkriterien 1 Kontextszenario erheben Instruktion und Leitfragen sowie Erhebungs und Auswertungsrahmen f r Kontext Szenarien anwenden siehe Anhang C 1 2 Nutzungsanforderungen aus Kontextszenario ableiten Aus dem Ergebnis von Schritt 1 Nutzungsanforderungen extrahieren Leitfragen f r die Ableitung von Anforderungen anwenden siehe Anhang C 1 W hre
107. kation und des gt Prototyping zu validieren Produktpr fung product evaluation Vergleich der Merkmale eines Produkts z B der gt Benutzungsschnittstelle mit den gt Nutzungsanforderungen um die Erf llung der Forderungen festzustellen Projekt project Ein Entwicklungsvorhaben in einer Herstellerorganisation zum Zwecke des Entwurfs der Entwicklung Dokumentation und gt Pflege eines Softwareprodukts DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 35 A Glossar Prototyping usability prototyping Ein iterativer Prozess zur Herstellung von Teilen einer gt Benutzungsschnittstelle anhand eines gt Use Szenarios sowie der Herstellung oder Simulation einer dahinter liegenden Funktionalit t zum Zwecke der Veranschaulichung der vom gt Usability Engineer verstandenen gt Nutzungsanforderungen Dient ein Prototyp der Erkundung noch nicht verstandener Nutzungsanforderungen so nennt man diesen Prozess exploratives Prototyping Pr fkriterium test criterion Vorzugsweise eine geforderte gt Arbeitst tigkeit die unter Anwendung von ISO 9241 10 aus einer gt Nutzungsanforderung abgeleitet wurde oder ein Produktmerkmal das zu einer geforderten gt Arbeitst tigkeit in Bezug steht Qualit t quality Die Gesamtheit der Eigenschaften eines Produkts die geeignet ist gt Erfordernisse oder festgelegte gt Anforderungen zu erf llen aus der alten ISO 8402 bernommen Qualit tssicherung quality assurance Alle geplanten
108. ktion beschriebene Aufgabe gedacht haben als sie die Fragen beantworteten denn es wird immer einige Fragen geben die mit einer vorgegebenen Aufgabe nichts zu tun haben Die Antworten zu den problemhaltigen Fragen k nnen somit eindeutig mit der vorgegebenen Aufgabenbeschreibung in Verbindung gebracht werden und brauchen nicht notwendigerweise auf bestimmte Benutzer bezogen zu werden Auf diese Weise kann die Anonymit t der Befragung gewahrt werden Einzelne Benutzer brauchen wegen ihrer Problembeschreibungen nicht noch einmal am Arbeitsplatz aufgesucht zu werden nur um dem Untersucher anhand einer Aufgabendurchf hrung das Problem vorzuf hren Obwohl die subjektive Befragung nicht Teil der Normkonformit tspr fung ist kann sie den Ansto dazu geben einen Experten mit dieser Pr fung zu beauftragen Im Sinne von DIN EN ISO 9241 11 werden die Fragebogenergebnisse als Indikatoren f r die subjektive Zufriedenstellung der Benutzer angesehen Aus der H ufigkeit mit der einzelne Nutzungsprobleme beschrieben wurden sowie aus der eingesch tzten Belastung kann man erste Hinweise f r die evtl notwendigen Bewertungen in der Entscheidungstabelle 2 des Erh rtungstests vgl Abschnitt 2 1 3 bekommen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 95 ErgoNorm Benutzerfragebogen zu Arbeit amp Software 96 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Lieber Benutzer dieser Fragebogen dient dazu Ihre pers nliche
109. kument arbeiten m ssen so muss die Software dies unterst tzen Beispiel Eine Software die auch zur telefonischen Auskunftserteilung genutzt wird muss die erforderliche Information schnell genug bereitstellen Welche Arbeitsschritte m ssen aufgrund des im Kontextszenario gegebenen Sachverhalts durch das Produkt unterst tzt werden Welche Hilfsmittel m ssen aufgrund von Aufgabenerfordernissen und oder Benutzerbelangen au erhalb der Softwarefunktionalit t bleiben oder vorhanden sein Welche Arbeitsschritte m ssen in ihrer zeitlichen Erledigung frei w hlbar sein Bei welchen Aufgaben muss die Software zeitliche Abfolgen oder inhaltliche Ab h ngigkeiten der Arbeitsschritte abbilden erzwingen um den Benutzer zu f hren oder Fehlern vorzubeugen Welche hnlichkeiten zwischen gegebenen Arbeitsaufgaben Arbeitsschritten m ssen aus Konsistenzgr nden hnlich in der Software gestaltet sein F r welche Defizite des Benutzers muss die Software Kompensationsmittel bereitstellen z B systeminitiierte aktive Hilfe kontextsensitive Hilfe Welche wiederkehrenden Arbeitsschritte m ssen aufgrund des gegebenen Sachver halts im Kontextszenario von der Software automatisch erledigt werden Welche Einfluss Steuerungs Unterbrechungsm glichkeiten des Benutzers in Abl ufen sind erforderlich Welche Ergebnisse Teilergebnisse m ssen f r den Benutzer ausgegeben werden Welche besonderen Feedback Erfordernisse ergeben sich aufg
110. l zu machen Vgl ISO 12119 Abschnitte 3 1 7 und 3 3 5 sowie ISO 9241 2 Abschnitt 5 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 55 Anhang G Werkzeuge zum Pr fverfahren Anhang C Werkzeuge zum Pr fverfahren C 1 Erhebung und Auswertung von Kontextszenarien Ein Kontextszenario ist eine episodische Beschreibung von Aufgaben und T tigkeiten in ihrem Kontext ohne Bezug zu konkreten Merkmalen eines Softwareprodukts Wichtig ist die Darstellung der Aufgabenbearbeitung nicht die Softwarenutzung Alles wird in der Sprache der befragten Person aufgeschrieben Man bleibt nicht am Arbeitsplatz des Befragten sondern geht in einen Raum in dem man ungest rt etwa 90 Minuten dem Befragten zuh ren kann Erfahrungsgem sind l ngere Interviews zu anstrengend Bei einer heterogenen Benutzergruppe m ssen ggf mehrere Kontext Szenarien erhoben werden Es gibt zwei Anl sse zur Erhebung von Kontext Szenarien a in der Vorbereitung eines Entwicklungsprojekts b anl sslich einer Softwarepr fung Im Fall a ist es notwendig dass der befragten Person vorweg die neuen technischen M glichkeiten veranschaulicht werden die in dem zu erwartenden Produkt realisiert werden k nnten Der Befragte soll sich angesichts der neuen M glichkeiten die aktuelle Arbeitssituation mit all ihren Schwierigkeiten vergegenw rtigen Aus diesen Schwierig keiten heraus sollen der befragten Person Visionen ber Verbesserungen entlockt werden Im F
111. ldungen verstehen k nnen immer wissen wo Sie als n chstes etwas eingeben m ssen und sich jederzeit klar ber die Folgen sind die eine Eingabe von Ihnen haben wird 1 Sind die Informationen die zur Erledigung der Aufgabe notwendig sind auf dem Bildschirm bersichtlich verf gbar S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie bitte die Informationen die Sie ben tigen aber nicht auf einen Blick zur Verf gung stehen S Ich empfinde dies als sehr st rend 2 K nnen Sie bei der Arbeit mit dem Programm erkennen welche Eingabe als n chstes von Ihnen erwartet wird S ja S nein S Frage trifft nicht zu wenn nein Schildern Sie bitte kurz die Situation in der Sie unsicher sind was als n chstes bei der Arbeit mit dem Computer zu tun ist S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 103 104 Sind die Meldungen des Systems f r Sie immer verst ndlich S ja S nein S Frage trifft nicht zu wenn nein Nennen Sie die Situationen in denen Ihnen unverst ndliche Meldungen aufgefallen sind S Ich empfinde dies als sehr st rend Werden Sie vor Aktionen die nicht r ckg ngig gemacht werden k nnen von der Software gewarnt S ja S nein S Frage trifft nicht zu wenn nein Bitte benennen Sie Situationen in denen Sie keine Warnung erhalten haben S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 5
112. liegt Die methodische Vorgehensweise wechselt dann oft zwischen Beobachtung und Benutzerbefragung Manchmal wird die Teilnehmen de Beobachtung auch als Benutzerforschung bezeichnet um den irref hrenden Begriff Benutzertest zu vermeiden b Teilnehmende Beobachtung im Labor Eine Beobachtung im Labor kann der Vorbereitung einer Konformit tspr fung dienen Denn anhand der ausgewerteten Labordaten ist es m glich einen Verbesser ungsvorschlag zu machen der zu einer L sung f hrt dessen Konformit t mit der Norm dann per Inspektion oder Teilnehmender Beobachtung im Kontext best tigt wird Ein iterativer Verbesserungsprozess etwa beim Prototyping kann es erforder lich machen Beobachtungen im Labor wiederholt durchzuf hren Teilnehmende Beobachtung im Labor setzt eine Labortechnik Hard und Software f r Aufzeichnung und Auswertung von Daten voraus die jedoch f r sich genommen noch keine Methode darstellt sondern lediglich Instrument f r eine Beobach tungsmethode sein kann Wenn f r die Bewertung einer Beobachtungssituation objektive Beobachtungsdaten besonders wichtig sind so sollte sichergestellt werden dass die aufgezeichneten Daten z B Blickbewegungsdaten Videodaten DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Prifverfahren Logfiledaten nicht manipuliert wurden Eine Teilnehmende Beobachtung im Labor liefert nicht schon deshalb wertvollere Daten nur weil die Beobachtung
113. mpact on user performance The test criteria can be traced back to standard design principles ISO 9241 10 and related standard recommendations Insofar the DATech procedure is aimed at testing conformance with an international usability standard Also the test criteria can be traced back to the context of use context scenarios as well as use scenarios for every key task thus enabling a test replication The test preparation also serves the validation of system requirements as an inevitable measure of usability quality assurance The DATech test procedures employ methods for preparing and conducting product tests Quality criteria are defined for the conduct of every method DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 5 Abstract The Test Handbook recommends to stipulate the evaluation procedure in the contracts between manufacturers and customers so as to ensure a product s conformance with international usability standards The Test Handbook has been developed by consensus among manufacturers customers and test laboratories A consensual approach is necessary to avoid any dispute about the right method of conformance testing Because ISO 9241 10 contains no conformance clause the application of a test method is basically subject to an agreement between partners manufacturer and customer The practical experience gained by test laboratories could be used to develop a method which is consensual and whose application and further
114. n Die Ergebnisse der Aufgabenanalyse sind unter Beteiligung repr sentativer Benutzer zu validieren und hinsichtlich m glicher Verletzungen gegen ISO 9241 2 zu pr fen Aufgabenanalyse und Aufgabendesign sind zu unterscheiden Es ist nicht Gegenstand der Aufgabenanalyse bessere Aufgaben nach arbeitspsychologischen Grunds tzen zu entwickeln Aber es kann notwendig sein Abweichungen von den Empfehlungen in ISO 9241 2 festzustellen Werden Abweichungen festgestellt so sind Anwender oder Benutzer darauf hinzuweisen dass eine mangelnde Zufriedenstellung der Benutzer gem ISO 9241 11 nicht auf Produkt sondern auf Aufgabenmerkmale zur ckf hrbar sein kann Gegebenenfalls kann auf die Verletzung der Mindestanforderungen der Bildschirmarbeitsverordnung verwiesen werden A 1 4 Anwendungsempfehlungen Die Aufgabenanalyse dient der Vorbereitung der Konformit tspr fung wenn die Entwicklungsdokumente keine brauchbaren Analysedaten enthalten In der Regel findet man zwar Datenmodelle und funktionale Spezifikationen diese sagen aber nichts ber Struktur Ziele und Merkmale der intendierten Arbeitsergebnisse und Ablauf Aufwand und eingesetzte Hilfsmittel der Aufgaben aus die ein Benutzer zu erledigen hat Auch Kontextmerkmale die T tigkeiten des Benutzers beeinflussen sind in solchen Dokumenten meist nicht enthalten Manchmal sind non funktionale Anforderungen spezifiziert aus denen man n tzliche Hinweise auf Merkmale des untersuchten Nutz
115. n DIN EN ISO 9000 Qualit tsmanagementsysteme Grundlagen und Begriffe DIN EN ISO 9241 Ergonomische Anforderungen f r B rot tigkeiten mit Bildschirmger ten DIN EN ISO 9241 1 Teil 1 Allgemeine Einf hrung DIN EN ISO 9241 2 Teil 2 Anforderungen an die Arbeitsaufgaben DIN EN ISO 9241 9 Teil 9 Anforderungen an Eingabemittel ausgenommen Tastaturen DIN EN ISO 9241 10 Teil 10 Grunds tze der Dialoggestaltung DIN EN ISO 9241 11 Teil 11 Anforderungen an die Gebrauchstauglichkeit DIN EN ISO 9241 12 Teil 12 Informationsdarstellung DIN EN ISO 9241 13 Teil 13 Benutzerf hrung DIN EN ISO 9241 14 Teil 14 Dialogf hrung mittels Men s DIN EN ISO 9241 15 Teil 15 Dialogf hrung mittels Kommandosprachen DIN EN ISO 9241 16 Teil 16 Dialogf hrung mittels direkter Manipulation DIN EN ISO 9241 17 Teil 17 Dialogf hrung mittels Bildschirmformularen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 5 Literatur DIN EN ISO 13407 Gestaltung von benutzerorientierten interaktiven Systemen DIN EN ISO IEC 17025 Allgemeine Anforderungen an die Kompetenz von Pr f und Kalibrierlaboratorien DIN ISO IEC 12119 Informationstechnik Software Erzeugnisse Qualit tsan forderungen und Pr fbestimmungen DIN 66241 Informationsverarbeitung Entscheidungstabelle DIN 66271 Informationstechnik Softwarefehler und ihre Beurteilung durch Lieferanten und Kunden DATech Pr fhandbuch Gebrauchstauglichkei
116. n wenn die genannten Dokumente keinen Bezug zu Aufgaben und Nutzungszielen enthalten oder wenn dieser ungen gend dargestellt ist Zumindest muss ein Vergleich von Zielen oder Ergebnissen der Arbeitsaufgaben mit den Leistungen des Produkts m glich sein Eine Konformit tspr fung ist stets auf die Nutzungsanforderungen an ein Produkt Pr fkri terien zu beschr nken die auf Aufgabenerfordernissen oder Benutzerbelangen beruhen Somit besteht das Ergebnis einer Aufgabenanalyse in der Darstellung der Erfordernisse und Belange sowie korrespondierender Pr fkriterien Eine Normkonfor mit tspr fung bezieht dar ber hinaus die in der Norm gegebenen Empfehlungen mit ein Andere Erfordernisse des Nutzungskontexts eines Produkts z B arbeitsorganisato rische oder technische sowie Anforderungen aus anderen Normen z B Sicherheits normen sind zun chst in Aufgabenerfordernisse oder Benutzerbelange zu trans formieren damit sie anschlie end als Pr fkriterien definiert werden k nnen Eine Analyse der Arbeitsbedingungen im Sinne des 3 der Bildschirmarbeitsverordnung ist nicht Ziel der Aufgabenanalyse kann aber n tzlich sein wenn hierdurch Die Normkonformit tspr fung dient zur Feststellung der ergonomischen Mindestqualit t 42 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang A Methoden zum Pr fverfahren Erfordernisse des Nutzungskontexts erfasst werden die zur Pr zisierung der Aufgaben erfordernisse beitrage
117. n Weise weiter bearbeiten Organisatorische Rahmenbedingungen 17 Welche Organisations Ziel der Verwaltung ist die Gleichbehandlung ziele gibt es im aller Mieter Abstimmungen zwischen den Hinblick auf die Kollegen dienen dazu dieselbe Linie zu T tigkeit fahren Mit der Computerisierung soll der Service f r die B rger verbessert werden haupts chlich die Schnelligkeit der Bearbeitung Ist das Ziel der Organisation durch Einsatz der Arbeitsmittel effizient erreichbar Aufgaben angemessenheit Werden die Ziele der Arbeitsorganisation z B hnliche Aufgaben hnlich zu bearbeiten oder Aufgaben mit weniger Aufwand zu erledigen durch die Software unterst tzt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 82 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Leitfragen Kontextszenario Aufgabenerfordernisse Dialogprinzip Software Pr fkriterien 18 Gibt es Mechanismen Eine direkte Leistungskontrolle oder Mechanis zur men der Leistungssteuerung gibt es nicht Leistungssteuerung Leistungskontrolle Wenn ja welche Sind diese erforder lich 19 Welchen berblick hat Vor Einf hrung der integrierten Vorgangsbear Ist der Stand der Bearbeitung Aufgaben Ist der Bearbeitungsstand eines der Benutzer im beitung bleibt die bersicht ber die Gesamt erkennbar so dass der Arbeits angemessenheit Vorgangs so angezeigt dass der Hinblick auf die t tigkeit schlecht person
118. n der effektiven effizienten und zufriedenstellenden Aufgabenerledigung in den Vordergrund also die klassischen Fragestellungen der Qualit tssicherung von Usability auf die das DATech Pr fhandbuch Gebrauchstauglichkeit bew hrte Antworten gibt In der Softwareentwicklung k nnen sich DATech und WAI hervorragend erg nzen besonders wenn dabei der DATech Usability Engineering Prozess angewendet wird Zusammenfassend gilt dass die inhaltlichen Unterschiede zwischen Usability und Accessibility nur oberfl chlicher Natur sind Bei der Pr fung auf Gebrauchstauglichkeit ist keine Unterscheidung zwischen behinderten und nicht behinderten Benutzern erfor derlich Irgendwann ist jeder Benutzer einmal irgendwie behindert beispielsweise wenn die Lesebrille verlegt oder vergessen wurde Unter wirtschaftlichem Aspekt muss sich die Untersuchung immer darauf konzentrieren dass die Benutzer ihre Aufgaben mit einem interaktiven System erfolgreich und aufwandsangemessen erledigen k nnen Werden Produktm ngel festgestellt so ist deren Wirkung auf die Aufgabenerledigung zu untersuchen M ngel die sich nicht auswirken k nnen toleriert werden damit unwirtschaftlicher Korrekturaufwand vermieden wird Deshalb wird mit der Methodik des DATech Pr fhandbuchs Gebrauchstauglichkeit nicht rigide die Einhaltung von 7 Vgl http bundesrecht juris de bundesrecht bgg 8 Vgl http www w3 org W Al Resources DATech Pr fhandbuch Gebrauchstauglichk
119. n durch das interaktive System unterst tzt 2 Aus welchen Aufgaben ist Die Gesamtt tigkeit setzt sich aus Kern K nnen die aufgef hrten Key Aufgaben Werden die auszuf hrenden die T tigkeit zusammen Aufgaben key tasks zusammen Dies sind Tasks effizient durchgef hrt angemessenheit key tasks durch das gesetzt typische Kern typische und wichtige Aufgaben Sie sollen werden interaktive System effizient Aufgaben auff hren d h spiegelstrichartig aufgelistet werden Kurz aa unterst tzt i Hier interessiert ob die Kern wenn gro er Zeitanteil anzumerken ist welche der Aufgaben viel Zeit EE g Aufgaben mit angemessenem h ufig wiederkehrend in Anspruch nehmen oder oft vorkommen oder sehr wichtig Aufwand erledigt werden 9 Inhaltlich festhalten was der die Befragte k nnen F r welche Aufgaben Welche dieser Kern dazu sagen kann f r welche der Aufgaben wird erwartet dass Software Aufgaben sollen durch eine Softwarenutzung w nschenswert w re den Aufwand vermindern hilft Software unterst tzt und warum werden 3 Wie ist die T tigkeit Hier ist zu erfragen ob die Gesamtt tigkeit als Ist die Arbeit so organisiert Alle Dialogprinzipien Kann die Software ggf schlecht organisiert z B als Mischarbeit als Folge von Aufgaben als monotone Einzelaufgabe Mischarbeit oder anders organisiert ist etwa als Abfolge von unzusammenh ngenden Einzelaufgaben als monotone Wiederholt tig keit
120. n methodischen Vorgehensweise ist es zweckm ig die anerkannten Methoden praxisorientiert weiterzuentwickeln und neue Methoden im Konsens einzuf hren Voraussetzung f r die Akkreditierung ist auch der Nachweis ber die Fortbildung der Mitarbeiterinnen und Mitarbeiter eines Pr flabors Fortbildung kann auch in gemein samer Initiative aller Pr flaboratorien organisiert werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 4 Glossar 4 Glossar Abweichung nonfulfilment departure Unterschied zwischen einem gegebenen Produktmerkmal Systemeigenschaft oder einer am interaktiven System ausfiihrbaren gt Arbeitst tigkeit und einem gt Pr fkriterium Siehe auch Normabweichung Fehler Mangel Anwender customer user organization Eine Organisation bzw Institution die Rechensysteme zur Erf llung von Datenverarbeitungs aufgaben bzw zur Unterst tzung von Informationsverarbeitungsprozessen einsetzt Hierbei ist es unerheblich welchen Umfang die Rechneranwendung hat Der Begriff Anwender wird bewusst nicht auf eine einzelne Person oder auf eine Personengruppe bezogen die Rechner f r ihre speziellen Aufgaben einsetzt In letzterem Fall wird der Begriff gt Benutzer verwendet Die Begriffe Anwender und Benutzer werden nicht synonym verwendet bei einem Anwender gibt es blicherweise viele verschiedene Benutzer Arbeitst tigkeit work activity user performance Eine beobachtbare Aktivit t des gt Benutzers am Bil
121. n sollen verhindern dass das Auswertungsschema unreflektiert angewendet wird In jedem Kontextszenario findet man Besonderheiten aus denen spezielle Erfordernisse und Nutzungsanforderungen abzuleiten sind siehe Beispielszenario Vergleicht man die Nutzungsanforderungen im Auswertungsrahmen mit denen im Beispielszenario so wird man feststellen dass letztere mit Blick auf die Sachverhalte des Szenarios konkretisiert wurden Dieser Schritt ist erforderlich um die allgemeinen Nutzungsanforderungen an die Software in Pr fkriterien zu transformieren C 1 6 5 Allgemeine Leitfragen zur Ableitung von Anforderungen an das interaktive 72 System Anforderungen an das interaktive System Nutzungsanforderungen sollen so formuliert werden dass Arbeitst tigkeiten angestrebte Arbeitsergebnisse oder Ziele zum Ausdruck kommen In der Formulierung sind spezifische Merkmale zur technischen Realisierung Implementierung zu vermeiden Beispiele e Gut weil aus der Arbeitsaufgabe abgeleitet Der Benutzer muss im Dokument Anmerkungen machen k nnen e Schlecht weil spezifische L sungsm glichkeit Das Dokument muss Verkn pfungen zu Anmerkungsdokumenten anbieten DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren Leitfragen Welche offensichtlichen Nutzungsanforderungen ergeben sich aus den besonderen Gegebenheiten des Nutzungskontextes Beispiel Wenn mehrere Benutzer gleichzeitig an demselben Do
122. nd der Ableitung von Nutzungsanforderungen die noch verbleibenden Unklarheiten mit dem befragten Benutzer kl ren Kontextszenario vom befragten Benutzer validieren lassen 3 Nutzungsanforderungen aus Use Szenarien ableiten Jede im Kontextszenario festgestellte Kern Aufgabe wird als Use Szenario in ihrem vollst ndigen T tigkeitsablauf am Bildschirmarbeitsplatz des Benutzers beschrieben siehe Instruktion und Beispiel im Anhang C 2 Aus dem Use Szenario werden weitere Nutzungsanforderungen abgeleitet sofern der Usability Assessor ein Nutzungsproblem identifiziert das auf eine vermutete Normabweichung hindeutet DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren 4 Pr fkriterien definieren Jede Empfehlung der Norm z B DIN EN ISO 9241 10 auf Anwendbarkeit pr fen und im Kontext des Ergebnisses der Schritte 1 2 und 3 konkretisieren soweit anwendbar Daraus ergibt sich die Liste der Pr fkriterien Zur Vorbereitung einer Konformit tspr fung Normkonformit t werden in den Schritten 1 bis 3 bevorzugt die Methoden der Aufgabenanalyse der Teilnehmenden Beobachtung und der Dokumentenanalyse eingesetzt e um aus den Erfordernissen des Nutzungskontexts Anforderungen an das interak tive System abzuleiten e um mit Blick auf den Nutzungskontext DIN EN ISO 9241 11 des Produkts die Anwendbarkeit der in der Norm formulierten Forderungen zu untersuchen und e um Nutzungsanforderungen als Pr fkriterien zu pr zis
123. nformance and to consult the remaining standards parts 12 to 17 where appropriate for being able to constructively substantiate a detected nonconformity to the user or the software designer usability engineer 6 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Abstract In the practice of test laboratories the verification approach suggested by ISO 9241 turned out to be too costly Software testers were always confronted with the unanswerable question where to begin with a test and where to terminate it In the case of a test conducted during development of a product however the verification approach is still recommended because in this situation the conformance question is asked for each individual design decision Furthermore the developer may be interested in finding a solution which goes beyond the minimum level needed to meet the standards The Test Handbook offers the reader a first step towards the test procedure The test guideline contains the preparation and execution of conformance tests as well as an impact analysis for suspected nonconformities For understanding the procedure know ledge of the test principles the methods and the relevant ISO standards is required The Test Handbook assumes this knowledge and is not intended as a text book for education in usability testing DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 7 1 Einleitung 1 Einleitung Das DATech Pr fhandbuch enth lt einen Leitfaden
124. ngineer dabei zu haben der in Form einer Supervision die Gespr chssituation beobachtet bewertet und anschlie end mit dem Beobachteten bespricht Da die Sachverhalte des Nutzungskontexts m glichst objektiv dargestellt sein sollten ist eine kritische Durchsicht der Reinschrift des Szenarios durch den Supervisor sehr n tzlich Der Supervisor hat die m ndliche Darstellung der Kontext Sachverhalte selbst erlebt und kann die Objektivit t der Reinschrift inhaltlich beurteilen Eine Einarbeitung in die Erhebungs Methode durch einen Trainer kann weniger auf wendig sein als das autodidaktische Lernen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren Der zu Trainierende sollte zuvor folgende Unterlagen gelesen haben e Instruktion Abschnitt C 1 1 e Leitfragen Abschnitt C 1 4 e Beispielszenario Abschnitt C 1 7 e Erhebungs und Auswertungsrahmen Abschnitt C 1 5 Empfehlenswert ist es diese Unterlagen auf dem Tisch zu haben so dass jede Frage der Leitfragen mit Blick auf die Zielsetzung und die Gespr chssituation durchgearbeitet werden kann Zweckm ig ist es die Situationen der Datenerhebung der Reinschrift und der Auswertung nacheinander zu besprechen Bei der Auswertungssituation ange kommen lohnt es sich die im Auswertungsrahmen vorgegebenen Anforderungen an das interaktive System der jeweils passenden Leitfrage und der konkreten Antwort darauf gegen ber zu stellen Wenn dieser
125. nz bewerten Bedeutsame Minderung Benutzungsschnittstelle anpassen Keine bedeutsame Minderung der Effizienz weiter mit 3 3 Zufriedenstellung pr fen Bedeutsame Minderung der Zufriedenstellung Merkmals nderung oder kompensatorische Ma nahme 4 Erfolg der nderung Anpassung oder der Ma nahme bewerten Die Erh rtungspr fung ist eine Ma nahme zur Einsch tzung der Unsicherheit die mit der Bewertung einer vermuteten Normabweichung einhergeht Diese Ma nahme ist geboten weil die Feststellung eines Mangels besonderer Sorgfalt bedarf ISO 9000 2000 Abschnitt 3 6 3 Unsicherheit beim Messen oder Bewerten hat in ISO IEC 17025 einen hohen Stellenwert und wird auch im Rahmen der Akkreditierung von Pr flaboratorien eine gr ere Rolle spielen ISO 17025 Im Erh rtungstest werden Faktoren ber cksichtigt nach denen die Wirkungen einer Normabweichung bewertet werden Ist die bewertete Wirkung gering so ist die Unsicherheit in der Bewertung hoch da ein Pr fer diese Bewertung vornimmt der die Wirkungen nur feststellt nicht aber von ihnen betroffen ist Deshalb ist im Erh rtungstest die abschlie ende Feststellung der Zufriedenstellung der Benutzer unerl sslich Diese Feststellung orientiert sich nach dem Prinzip Im Zweifel zugunsten der Betroffenen Wegen der hohen Bewertungsunsicherheit sind mehrere Benutzer der Zielgruppe zu befragen Weisen die Zufriedenstellungsurteile der Befragten eine hohe Streuung auf so besteht Anlass f r
126. oftware Companies Put Out Faulty Products How Thy Can Hurt You And What You Can Do About It New York Mc Graw Hill 0 07 134806 9 Gesetzliche Grundlagen Arbeitsschutzgesetz ArbSchG 7 8 1998 Bundesgesetzblatt I S 1246 Zuletzt ge ndert am 19 12 1998 Bundesgesetzblatt I S 3843 http www bma de Bildschirmarbeitsverordnung BildscharbV 20 12 1998 http www bma de Behindertengleichstellungsgesetz BGG 27 04 2002 Bundesgesetzblatt I S 1467f Zuletzt ge ndert am 25 11 2003 http bundesrecht juris de bundesrecht bgg Zur Umsetzung in die betriebliche Praxis Richenhagen G Pr mper J Wagner J 2002 Handbuch der Bildschirmarbeit 3 Aufl Neuwied Luchterhand 3 472 05067 5 Rudlof C Becker T pfer E 1997 Software Ergonomie und Arbeitsgestaltung D sseldorf Gemeinn tzige hbv KBV mbh 3 931975 06 1 Zur Entstehung des Pr fverfahrens und des ErgoNorm Benutzerfragebogens Dzida W Hofmann B Freitag R Redtenbacher W Baggen R Zurheiden C Geis T Beimel J Hartwig R Hampe Neteler W Peters H 2000 Gebrauchstauglichkeit von Software ErgoNorm Ein Verfahren zur Konformit ts pr fung von Software auf der Grundlage von DIN EN ISO 9241 Teile 10 und 11 Bremerhaven Wirtschaftsverl NW Schriftenreihe der Bundesanstalt fiir Arbeits schutz und Arbeitsmedizin Forschung Band 921 3 89701 678 8 Online Bestellung http shop nw verlag de detail asp ID 4484 Norme
127. omputer haben sollte Beim Ausf llen des Fragebogens ist es wichtig dass Sie an die eingangs beschriebene Aufgabe denken Nur solche Fragen sind zu beantworten die im Zusammenhang mit dieser Aufgabe bedeut sam sind Wenn Sie feststellen dass einige Fragen mit der genannten Aufgabe inhaltlich nichts zu tun haben so kreuzen Sie rechts Frage trifft nicht zu an Beim Ausf llen k nnen Sie auf M ngel hinweisen Falls sie diese als sehr st rend oder belastend erleben k nnen Sie dies ankreuzen Beginnen Sie erst mit dem Ausf llen des Fragebogens nachdem Sie in Ruhe alle Fragen gelesen haben DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 97 Beschreibung der Aufgabe Bitte benennen und charakterisieren Sie in Stichworten die T tigkeit an die Sie beim Ausf llen des Fragebogens denken Aufgabenangemessenheit Ein Computerprogramm ist aufgabenangemessen wenn es zur Erledigung Ihrer konkreten T tigkeit brauchbar ist Brauchbar bedeutet dass alle T tigkeiten die Sie erledigen m ssen vom Programm unterst tzt werden und Ihnen das Programm dabei wirklich eine Hilfe und kein n tiges bel ist das Ihre Arbeit in manchen Situationen eher erschwert oder umst ndlicher macht 1 Enth lt das Programm alle f r Ihre Aufgabe ben tigten Funktionen S ja S nein S Frage trifft nicht zu wenn nein Bitte benennen Sie den Arbeitsschritt bei dem Sie sich w nschen w rden dass das Programm mehr kann als gerade m glich
128. r Interface Engineer Designer von Benutzungsschnittstellen gedacht sind braucht der Usability Assessor diese Normen um festgestellte Abweichungen von ISO 9241 10 konstruktiv begr nden zu k nnen Wenn z B festgestellt wird dass die f r eine Fehlerbehebung erforderliche Information nicht selbsterkl rend ist so kann z B unter Anwendung des Teils 13 Benutzerf hrung ein passender Hinweis an den User Interface Engineer Designer gegeben werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 11 1 Einleitung DATech Pr fhandbuch Methoden Werkzeuge empfohlene Beispiele Pr fverfahren Te e Konformit tspr fung e Aufgabenanalyse e Kontextszenario e Erhartungsprufung e Teilnehmende e Use Szenario Beobachtung e ErgoNorm e Benutzerbefragung Benutzerfragebogen e Inspektion e Dokumentenanalyse Tabelle 1 Komponenten des DATech Pr fhandbuchs Im Anhang A werden die f r die Vorbereitung und Durchf hrung von Konformit t spr fungen ben tigten Methoden dargestellt Zur Einarbeitung in dieses Methoden repertoire wird empfohlen an geeigneten Fortbildungsseminaren teilzunehmen Der Anhang B enth lt den Pr fbaustein der zur Operationalisierungen der ISO IEC 12119 verwendet werden kann Im Anhang C wird dem Usability Assessor ein Leitfaden an die Hand gegeben um die f r eine Produktpr fung notwendigen Daten des Nutzungskontexts objektiv zu erheben Mit Hilfe des im Anhang C 1 besch
129. re Dialogprinzipien passen und dass mehrere Nutzungsanforderungen ableitbar sind Hierbei sollte auch die Norm DIN EN ISO 9241 10 benutzt werden um unter dem festgestellten Dialogprinzip die passende Empfehlung f r die Nutzung des interaktiven Systems zu finden Im Auswertungsrahmen ist die als passend erkannte Empfehlung aus der Norm bereits eingetragen diese kann mit Blick auf den Kontext Sachverhalt inhaltlich noch weiter konkretisiert werden Erst durch diese Pr zisierung entsteht ein Pr fkriterium das sowohl eine Referenz zur Norm hat als auch einen inhaltlichen Bezug zur beschriebenen Arbeitssituation des Nutzungskontexts DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren C 1 4 Leitfragen zur Erhebung von Kontextszenarien Nachfolgend sind 22 Leitfragen f r die Erhebung von Kontextszenarien aufgelistet die sich bei der Erhebung von Kontextdaten in B roumgebungen bew hrt haben In anderen Nutzungskontexten sind die Leitfragen vor dem Interview anzupassen oder sogar neu zu entwickeln Beispielsweise unterscheiden sich Nutzungssituationen beim Online Shopping oder beim computerunterst tzten Lernen deutlich von einer B rosituation Allerdings sind die einzelnen Abschnitte der Leitfragen Einleitung Voraussetzungen Normale Durchf hrung Besonderheiten bei der Durchf hrung und Organisatorische Rahmenbedingungen verallgemeinerbar Leitfragen sollten also in jedem Falle f r diese Abschnitt
130. rech stunden f r das Publikum Aber die Bearbei tung komplizierter Vorg nge wird durch Telefonanrufe immer noch gest rt Mittels Anrufumleitung wurde zwar versucht alle Anfragen bei einem Sachbearbeiter zu b ndeln um die anderen Kollegen in Ruhe arbeiten zu lassen Aber bew hrt hat sich nur die gelegentliche Anrufumleitung an den jeweiligen dienstlichen Vertreter Ist die f r die Aufgabenbear beitung erforderliche Information auch bei n tigem Aufgabenwechsel unmittelbar verf gbar Kann die Arbeitsperson die Ausf hrung der Aufgabe unter brechen um auf externe Anfor derungen zu reagieren Aufgaben angemessenheit Steuerbarkeit Steuerbarkeit Sind die Informationen auch zu den am Telefon zu erledigenden Aufgaben auf dem Bildschirm bersichtlich verf gbar Bietet das System die M glichkeit bei Telefonanrufen oder in der Sprechstunde f r das Publikum eine aktuelle Bearbei tung ausreichend schnell zu unterbrechen um sich einer anderen Aufgabe zu widmen Kann die unterbrochene Aufgabe sp ter ohne unn tigen Aufwand wieder aufgenommen werden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 81 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 15 Wie werden Fehler zur ckgemeldet und behoben organisatorisch sozial technisch Fehler bei der t glichen
131. riebenen Erhebungs und Auswertungsrahmens sowie des Beispielszenarios wird der Usability Assessor angeleitet aus den Daten des Nutzungskontexts die Nutzungsanforderungen und Pr fkriterien abzuleiten Anhang C 2 enth lt Instruktionen zur Erhebung von Use Szenarien sowie ein Beispiel f r ein ausgewertetes Szenario Anhang C 3 enth lt einen Fragebogen zur Befragung von Benutzern und Hinweise f r seine Anwendung Im Glossar sind die wichtigsten Begriffe die in diesem Pr fhandbuch verwendet werden erkl rt Das Literaturverzeichnis enth lt Empfehlungen f r die Vertiefung spezieller Kenntnisse ISO IEC 12119 1994 Information technology Software packages Quality requirements and testing 12 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 1 2 Pr fverfahren Pr fverfahren Vorbereitung und Durchf hrung von Konformit tspr fungen Das Pr fverfahren ist f r die Feststellung von Normabweichungen entwickelt worden Hierbei wird die Abweichung eines Produktmerkmals oder einer Benutzert tigkeit Arbeits oder Kognitionsaspekte vgl Anhang C 1 6 von einer aus der Norm DIN EN ISO 9241 10 abgeleiteten Mindestanforderung Pr fkriterium untersucht und bewertet Dieser Test ist der wichtigste Anwendungsfall des Pr fverfahrens Dar ber hinaus kann das Pr fverfahren auch f r die Entwicklung und Bewertung von Nutzungsanforderungen bei der Vorbereitung eines Software Entwicklungsprojektes angewendet werden Da die
132. riterium untersucht worden Erh rtungspr fung Werden diese G tekriterien nicht eingehalten so kann das Ergebnis einer Konformit ts pr fung manipuliert werden Immunisierung von Pr fergebnissen Beispielsweise legt man im Pr fkriterium fest welche Formatierungsparameter das Textverarbeitungspro gramm f r E Mail haben soll und l sst dabei die M glichkeiten der Zentrierung und des Blocksatzes von Text weg wohlwissend dass diese Funktionen durch das geplante System nicht unterst tzt werden Diese Manipulation ist m glich weil das Pr fkriter ium nur als Produktattribut definiert wurde Die Immunisierung bewirkt dass die am Produkt gegebenen Attribute gar nicht als mangelhaft bewertet werden k nnen weil sie zuvor mit Blick auf das Produkt als Pr fkriterien definiert wurden H tte man im Pr fkriterium gefordert dass mit Blick auf den Nutzungskontext das E Mail Sys tems auch zum Senden von Nachrichten im typischen Stil von B rokorrespondenz genutzt werden k nnen soll so w ren fehlende Formatierungsparameter aufgefallen Immunisierung kann auch durch die Definition konstruierter Standardaufgaben bewirkt werden beispielsweise solcher die nicht wirklich kritisch oder wesentlich sind Eine Standardaufgabe ist eine konstruierte Aufgabe von der angenommen wird dass sie im Nutzungskontext vorkommt Wenn mit Blick auf die gegebenen Nutzungsm glichkeiten eines Produkts die Inhalte einer Standardaufgabe konstruiert werd
133. rsg Software Quality State of the Art in Management Testing And Tools Berlin Springer 3 540 41441 X 160 177 Seminar der Deutschen Informatik Akademie Usability Engineering Entwicklung gebrauchstauglicher Software in Dagstuhl Zum Verstehen und Anwenden von software ergonomischen Normen Cakir A Dzida W 1997 International ergonomic HCI standards in Helander et al Hrsg Handbook of Human Computer Interaction Amsterdam Elsevier 0 444 81876 6 407 420 Dzida W 1997 International user interface standardization in A Tucker Hrsg The Computer Science and Engineering Handbook Boca Raton CRC Press 0 8493 2909 4 1474 1493 Smith W 1996 ISO and ANSI Ergonomic Standards for Computer Products A Guide to Implementation and Compliance Upper Saddle River NJ Prentice Hall 0 13 151119 X Zu Nutzen und Kosten software ergonomischer Gestaltung Landauer T K 1995 The Trouble with Computers Usefulness Usability and Productivity Cambridge MA The MIT Press 0 262 12186 7 Bias R G Mayhew D J 1994 Cost Justifying Usability Boston Academic Press 0 12 095810 4 Grudin J 1991 Systematic sources of suboptimal interface design in large product development organizations in Human Computer Interaction 0737 0024 6 1991 2 147 196 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 39 5 Literatur 40 Minasi M 2000 The Software Conspiracy Why S
134. rund des im Kontext szenario gegebenen Sachverhalts auch im Hinblick auf Benutzerfehler DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 73 C 1 7 Beispiel Szenario Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Leitfragen Kontextszenario Aufgabenerfordernisse Dialogprinzip Software Pr fkriterien Einleitung 1 Formulieren Sie die Herr B bearbeitet koordiniert und betreut in Werden alle Arbeitsergebnisse Aufgaben Werden die auszuf hrenden T tigkeit in einem oder einer Verwaltung die st dtischen Mietange vollst ndig und korrekt erzielt angemessenheit Aufgaben Koordinierung und in zwei S tzen legenheiten f r Wohnungen und gewerbliche Verwaltung von Miet R ume und zwar vom ersten Kontakt bis zur Beendigung des Mietverh ltnisses Er ist f r einen bestimmten Stadtbezirk zust ndig und hat vier Kolleginnen die f r die anderen Stadtbezirke zust ndig sind Werden vergleichbare Arbeits ergebnisse erzielt Werden die Ergebnisse auf vergleichbare Weise erzielt Aufgaben angemessenheit Erwartungs konformit t angelegenheiten durch das interaktive System unterst tzt K nnen die f r die Stadtbezirke hnlichen Aufgaben hnlich bearbeitet werden 2 Aus welchen Aufgaben Typische Aufgaben sind ist die T tigkeit zusam mengesetzt typische Kern Aufgaben auf e Schriftverkehr mit Mietern deren Nachbarn oder mit Anw lten f hren d h wenn e Formulargesteuerte
135. s die dem Referenzprodukt zugeh rige Anforderungsspezifikation eingesehen werden um festzustellen ob diese f r die Definition von Pr fkriterien verwertbar ist F r die Durchf hrung der Konformit tspr fung sind Dokumente nur verwertbar wenn diese Pr fkriterien enthalten oder sich Pr fkriterien ableiten lassen z B aus erhobenen Kontext Szenarien Benutzerbefragungen oder Anforderungsanalysen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 53 Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit An B 1 B 2 54 hang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit Pr ambel Die Pr fung der Gebrauchstauglichkeit eines Softwareprodukts beinhaltet auch dass ein Produkt effektiv im Sinne von ISO 9241 Teil 11 ist d h dass das Produkt f r den vom Hersteller beabsichtigten Nutzungskontext die vollst ndige und korrekte Erreichung der Nutzungsziele erm glicht ISO IEC 12119 definiert einige software technische Eigenschaften von Software produkten die als Voraussetzung zur Erreichung der Nutzungsziele gegeben sein m ssen Um die Erf llung dieser Voraussetzung zu pr fen werden folgende Abschnitte aus ISO IEC 12119 1994 angewendet Es ist jedoch nicht erforderlich die Konformit t zur Gesamtnorm ISO IEC 12119 zu pr fen oder nachzuweisen Begutachtungselemente 1 Produktbeschreibung allgemein Es muss eine Produktbeschreibung geben die dem Benutzer als Orientierung dient um den Gebrauchszweck
136. so ist empfehlens wert das in diesem Handbuch beschriebene Pr fverfahren vollst ndig anzuwenden Wenn hingegen die Nutzungsprobleme vereinzelt auftreten so kann sich der Usability Assessor auf die Beschreibung in Form eines Use Szenarios beschr nken d h zu einem critical incident die passende Nutzungsanforderung bestimmen und einer vermuteten Normabweichung mit Hilfe der Entscheidungstabellen nachgehen Es ist nicht empfehlenswert sich einen Vorrat von ausgedruckten Fragebogenkopien anzulegen um sie bei Bedarf schnell verteilen zu k nnen Vielmehr soll der Fragebogen als Datei gespeichert werden Vor dem Ausdruck des Fragebogens soll sowohl in die Instruktion als auch in die darauf folgende Seite die genaue Aufgabenbeschreibung eingetragen werden Ein Fragebogen ohne Aufgabenbeschreibung ist wertlos weil der Auswerter nicht feststellen kann an welche Aufgabe die Benutzer gerade gedacht haben als sie die Fragen beantwortet haben Nur bei klar vorgegebenem Aufgaben bezug k nnen zuverl ssige Benutzerangaben und nachvollziehbare Nutzungsprobleme erfasst werden Der Fragebogen sollte nicht ausgeteilt werden wenn sich die Benutzer gerade in der Einarbeitungsphase befinden Erfahrungsgem werden die meisten einfachen Einarbei tungsprobleme schnell berwunden und die m glicherweise verursachenden M ngel nach der Lernphase nicht mehr als beanspruchend empfunden Nach der Einarbeitung bleiben die echten Nutzungsprobleme brig die b
137. software technical product test the test works from the viewpoint of the actual use of a product in its context so that even functional and reliability tests do not require a costly test environment The cost of the test is also reduced considerably by the falsification approach adopted in the test guideline Whereas the standards ISO 9241 Parts 10 to 17 can be interpreted to suggest a complete verification for proving the conformance of a product with the relevant requirements of the standard the DATech test guideline recommends to falsify only the test criteria derived or to be derived from Part 10 of the standard These test criteria are assumed to be met by the quality of the characteristics of the interactive system or by activities performances to be actually executed at the system Testing means to attempt to falsify this conformance assumption for every test criterion A falsification indicates a suspected nonconformity whose impact is judged separately and whose significance is to be examined by an impact analysis To further analyze significant nonconformities the remaining standards of ISO 9241 Parts 12 to 17 are used On the basis of these standards suggestions for an improvement of the product can be made to the software designer usability engineer It is therefore important for the tester to rate the role of the individual parts of the standard suitably i e to use part 10 Dialogue principles as a measure for the proof of nonco
138. son selbst behoben werden Kann der Zeitpunkt der Behebung selbst bestimmt werden soweit er nicht anderweitig festgelegt ist Bekommt die Arbeitsperson eine R ckmeldung ber fehlerhafte Arbeitsergebnisse Fehlertoleranz Steuerbarkeit Fehlertoleranz Selbstbeschrei bungsf higkeit Fehlertoleranz K nnen Fehler ohne unn tig gro en Aufwand behoben werden Erlaubt die Software den Aufschub der Fehlerbehandlung Erkennt der Benutzer an den Systemr ckmeldungen fehlerhafte Ergebnisse 16 Welche wichtigen Sonder f lle m ssen ber ck sichtigt werden bzw fallen dem Benutzer spontan ein z B zur Arbeitsteilung Zusammenarbeit Sonderf lle werden in der blichen Interviewsituation in der Regelf lle des Arbeitsalltags erfragt werden selten genannt Trotzdem sollte die Frage gestellt werden und dem der Befragten Zeit zur Antwort gelassen werden Ein generelles Erfordernis kann hier nicht vorgegeben werden Es muss vielmehr aus den je speziellen Sonderf llen ein Erfordernis erschlossen werden Viele Sonderf lle haben etwas mit flexibler Anpassung zu tun Aufgaben angemessenheit Werden diese Sonderf lle von der Software angemessen unterst tzt Organisatorische Rahmenbedingungen 17 Welche Organisations ziele gibt es im Hinblick auf die T tigkeit Der befragten Person sind die abstrakten Ziele einer Organisation bekannt etwa so wie sie vom Management artikuliert w
139. ssenen Methoden z B Benutzerbefragung voraussetzen Auch objektiven Hinweisen zur mangelnden Zufriedenstellung sollte nachgegangen werden etwa den bereinstim menden Beschwerden der Benutzer ber die Software 2 1 3 Bewertung von Abweichungen Erh rtungspr fung Die Konformit tspr fung besteht in einem Vergleich des Pr fkriteriums mit dem relevanten Produktmerkmal oder der relevanten ausf hrbaren T tigkeit Nach dem Falsifikationsansatz wird f r jede ausf hrbare T tigkeit bzw f r jedes Merkmal Konformit t unterstellt Eine festgestellte vermutete Abweichung vom Pr fkriterium ist einer Erh rtungspr fung zu unterziehen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 19 2 Pr fverfahren 20 Erh rtungspr fung F r jede vermutete Normabweichung wird verifiziert ob sie a eine tats chliche Normabweichung und b bedeutsam ist Um festgestellte ergonomische M ngel auf ihre Ursachen hin zu untersuchen muss ber cksichtigt werden dass die Ursachen nicht nur in der gepr ften Software sondern auch in Merkmalen der Hardware oder in anderen Bedingungen des Nutzungskontexts gegeben sein k nnen Eine Beurteilung der Arbeitsbedingungen im Sinne des 3 der Bildschirmarbeitsverordnung oder aufgrund der ISO 9241 2 kann n tzlich sein wenn hierdurch M ngelursachen aufgekl rt werden Mit Hilfe einer Entscheidungstabelle in Anlehnung an DIN 66271 wird festgestellt ob sich die Vermutung einer Abweichung
140. st bei eingegangenen Teilergebnissen der Stand der Bearbeitung erkennbar so dass der Arbeitsperson die erwartete Tatigkeit klar ist DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 80 Leitfragen Kontextszenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 13 Welches Feedback erh lt die Arbeits person in bezug auf ihre Arbeitsergebnisse und die Wirkung ihrer Arbeit Ferner gibt es eine Unterschriften Regelung in wichtigen Mietangelegenheiten zeichnen Vorgesetze mit Im System kann man z B feststellen ob eine Buchung auf dem Personenkonto durchgef hrt wurde oder ob eine Mahnung raus ist Bekommt die Arbeitsperson eine R ckmeldung ber erreichte Arbeitsergebnisse Ist der Stand der Bearbeitung erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Selbstbeschrei bungsf higkeit Aufgaben angemessenheit Erkennt der Benutzer an den Systemr ckmeldungen ber Buchungen oder Mahnungen das Ergebnis seiner Arbeit Ist der Bearbeitungsstand so angezeigt dass dem Benutzer die Beurteilung des Vorgangs m glich ist Besonderheiten bei der Durchf hrung 14 Welche Unterbrech ungen gibt es und warum Welche St rungen treten auf organisatorisch sozial technisch Um eine m glichst st rungsfreie Bearbeitung von Vorg ngen zu erm glichen gibt es Sp
141. systematischen Ma nahmen die erforderlich sind um an einem Produkt die geforderten gt Pr fkriterien zu erf llen Requirements Engineer Anforderungsentwickler Die Hauptaufgabe des Requirements Engineers besteht in der Analyse des gt Nutzungs kontexts eines existierenden oder geplanten Softwareproduktes und in der Spezifikation der aus dem Kontext resultierenden gt Nutzungsanforderungen Gem ISO 9241 11 muss der Requirements Engineer bei der Analyse des gt Nutzungskon texts die Merkmale der gt Benutzer der Arbeitsaufgabe der Arbeitsmittel und der Umgebung erfassen und daraus gt Nutzungsanforderungen ableiten und zwar unter Ber cksichtigung der in der ISO 9241 2 und ISO 9241 10 definierten Gestaltungsgrunds tze Vorausgesetzte Qualifikationen e Kenntnisse der ISO 9241 Teile 2 10 und 11 erg nzt durch Wissen ber arbeitswissen schaftliche Prinzipien der Gestaltung vollst ndiger T tigkeiten e Erfahrung in der Durchf hrung und Dokumentation von strukturierten non direktiven Interviews von gt Benutzerbefragungen und gt Teilnehmenden Beobachtungen Styleguide Eine Herstellernorm zur Gestaltung von Oberfl chen Merkmalen der gt Benutzungsschnitt stelle zum Zwecke der konsistenten Gestaltung dieser Merkmale ber alle Anwendungspro gramme hinweg Siehe Anmerkung zu Abschnitt A 5 3 des Pr fhandbuchs Szenario scenario Eine episodische Beschreibung von gt Arbeitst tigkeiten unter Ber cksichtigung des
142. t Version 3 3 65 Leitfragen Kontextszenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 10 Kommt es vor dass mehrere Benutzer gleich zeitig an dem gleichen Objekt z B Vorgang Akte Dokument Daten satz arbeiten m ssen Feststellen ob es z B Leserechte auf Daten von Kollegen geben muss oder Berechtigun gen f r den Zugriff auf Daten oder Schreibschutz usw Sind die f r die Koordinations Aufgaben erforderlichen Informationen unmittelbar verf gbar Sind die Berechtigungen angemessen erteilt Aufgaben angemessenheit Aufgaben angemessenheit Sind die Informationen die zur Erledigung der Aufgabe notwendig sind auf dem Bildschirm bersichtlich verf gbar Unterst tzt das interaktive System die f r die Aufgaben durchf hrung erforderlichen Berechtigungen 11 Gibt es eine festgelegte Hier gilt es festzustellen ob und inwieweit Kann die Arbeitsperson dar ber Steuerbarkeit Kann der Benutzer die n chste Abfolge der Arbeitsschritte festgelegte Arbeitsschritte die Selbst entscheiden welche der zu bearbeitende Aufgabe am und wenn ja wie sieht organisation des Arbeitsalltags einschr nken Aufgaben sie ausf hren will es System frei w hlen diese aus Ist eine Wenn es festgelegte Schritte gibt so sind sei denn die zweckm ige Flexibilit t sinnvoll diese zu beschreiben Es ist auch Folge
143. t Version 3 3 41 Anhang A Methoden zum Pr fverfahren Anhang A Methoden zum Pr fverfahren A 1 Aufgabenanalyse A 1 1 Ziele Dient der Feststellung der Nutzungsziele gew nschte Ergebnisse die mit einem Pro dukt in einem Anwendungsbereich erreicht werden sollen um die Leistung des Produkts aufgabengerecht zu projektieren und dient der Feststellung ob Arbeitsaufga ben nach den Empfehlungen von ISO 9241 Teil 2 gestaltet sind A 1 2 G tekriterien e Sind die Analysedaten hinsichtlich der Empfehlungen von ISO 9241 Teil 2 bewertet e Sind die Zusammenh nge zwischen Kernaufgaben key tasks und Nutzungszielen beschrieben e Sind die Analysedaten in Form von Szenarien Use Cases oder in anderer Form dokumentiert so dass sie f r die Anforderungsdefinition verwertbar sind e Sind Nutzungsanforderungen in Abh ngigkeit von Merkmalen des Nutzungskontexts spezifiziert und gewichtet e Sind die Nutzungsanforderungen durch Anwender oder Benutzer validiert e Ist die Anforderungsdefinition f r die Leistungsbeschreibung des Produkts oder die Erstellung des Pflichtenheftes verwertbar A 1 3 Erl uterungen zur Aufgabenanalyse Die Aufgabenanalyse ist entbehrlich wenn in den Dokumenten der Anforderungs definition Lasten und Pflichtenheft oder in der Leistungsbeschreibung des Produkts nachvollziehbar ist welche Anforderungen an das Produkt sich auf welche Aufgaben oder Szenarien beziehen Die Aufgabenanalyse muss nachgeholt werde
144. t dass dem Benutzer die Beurteilung des Vorgangs m glich ist Entf llt Kommt es vor dass mehrere Benutzer gleichzeitig an dem gleichen Objekt z B Vorgang Akte Dokument Datensatz arbeiten m ssen Ein lesender Zugriff auf die Objekte der Kollegen ist m glich Verwalten der Mietobjekte hei t oft mit anderen Verwaltungsstellen koor dinieren z B bei Instandsetzungsarbeiten mit der Bauunterhaltung bei Mietr ckst nden mit dem Amt f r Soziales und Wohnen oder mit der Stadtkasse oder bei Betriebskostenabrech nungen Zur Zeit wird in einer Pilotanwendung die zunehmende Vernetzung der PCs erprobt Vorteilhaft ist z B dass man Antworten an die B rger anhand eines Antwort Entwurfs mit mehreren mtern gemeinsam erarbeiten oder abstimmen kann Oder man kann z B bei Schadensmeldungen der Mieter die Reparatur oder Wartungsauftr ge besser kontrollieren soweit andere Stellen konsultiert werden m ssen Auch mit der Stadtkasse kann z B die Sind die f r die Koordinations Aufgaben erforderlichen Informationen unmittelbar verf gbar Ist der Stand der Bearbeitung erkennbar den eine kooperie rende Stelle erreicht hat so dass der Arbeitsperson die erwartete weitere Bearbeitung klar ist Aufgaben angemessenheit Aufgaben angemessenheit Selbstbeschrei bungsf higkeit Sind die Informationen die von anderen Verwaltungsstellen geliefert werden und zur Erledigung der Aufgabe notwendig sind
145. t tzt Ist der Bearbeitungsstand der aufgef hrten Aufgaben so angezeigt dass dem Benutzer die Bearbeitung des n chsten Arbeitsschritts klar ist Sind die Informationen die zur Erledigung der aufgef hrten Aufgaben notwendig sind auf dem Bildschirm bersichtlich verf gbar DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 76 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Leitfragen Kontextszenario Aufgabenerfordernisse Dialogprinzip Software Pr fkriterien 8 Welche Arbeitsschritte H ufig anfallende Arbeiten entstehen bei Wird die Arbeitsperson bei Aufgaben Werden die aufgef hrten kehren h ufig wieder Wohnungsanfragen beim Ausstellen von Miet wiederkehrenden Aufgaben angemessenheit wiederkehrenden Aufgaben vom Automatisierung bescheinigungen beim Bearbeiten von besonders unterst tzt interaktiven System besonders gew nscht Reparaturmeldungen oder Mieterbeschwerden unterst tzt erforderlich haupts chlich bei Nachbarschafts streitigkeiten J hrlich wiederkehrende Arbeiten sind Betriebskosten berechnen Heiz kostenabrechnungen veranlassen alle drei Jahre werden Mieterh hungen berechnet Alles was der Rechner k nnen soll das kann er Mir fallen keine Arbeiten auf die mir l stig w ren und die der Computer bernehmen sollte Werden die aufgef hrten wiederkehrenden Aufgaben die das System selbst ausf hren sollte vom System automatisch ausgef hrt DAT
146. t eine Benutzerbefragung statt um die kritischen Nutzungssituationen durch den Probanden bewerten zu lassen Die aufgezeichneten Labordaten werden hinsichtlich des Beobachtungsziels ausge wertet Die Trennung von objektiver Dokumentation der Daten und ihrer Bewertung sollte bewahrt werden wenngleich dies bei einer formativen Evaluierung z B von Prototypen manchmal nicht streng durchzuhalten ist da die Ergebnisse des Labortests ohnehin in einen begr ndeten Verbesserungsvorschlag f r ein Redesign m nden A 3 4 Anwendungsempfehlungen 48 a Teilnehmende Beobachtung im Nutzungskontext Die Teilnehmende Beobachtung dient sowohl der Vorbereitung als auch der Durchf hrung einer Konformit tspr fung wobei Vorbereitung und Durchf hrung meist ineinander bergehen Das Augenmerk liegt auf der Erfassung kritischer Merkmale oder Arbeitst tigkeiten im Ablauf Vorbereitend werden mit dieser Methode die Umst nde des Dialogablaufs sowie die dabei auftretenden kritischen Situationen exploriert In der Regel sind es u ere Anl sse die eine Untersuchung dieser Art nahe legen z B aufgetretene Nutzungsprobleme oder mangelnde Zufrie denstellungen der Benutzer denen nachgegangen werden muss um vermutete Normabweichungen festzustellen und deren Wirkungen zu beurteilen Manchmal wird die Methode der Teilnehmenden Beobachtung auch als Beobachtungsinterview bezeichnet wenn der Schwerpunkt der Untersuchung auf der Befragung des Benutzers
147. t kompensieren Ereignis bestimmt was zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbeits teilung externe Datenquellen bearbeiten ist Entweder werden die Arbeiten selbst ndig durchgef hrt oder deren teilweise Durchf hrung veranlasst wenn Koordination mit anderen Stellen der Verwaltung oder Kollegen erforderlich ist entscheiden welche der Aufgaben sie ausf hren will es sei denn die Folge der Aufgaben ist durch Priorit ten vorgegeben aufgabe Voraussetzungen 4 Welche Qualifikation Notwendig sind allgemeine Rechts und Kann die Arbeitsperson die Selbstbeschrei Ist die Software mit den ist zur Bew ltigung der Verwaltungskenntnisse besonders aber Kennt erworbenen Fachkenntnisse bungsf higkeit erworbenen Vorkenntnissen Aufgaben erforderlich nisse des Mietrechts Mietrechtskommentare zur Erledigung der Aufgaben nutzbar Aufgabenbew ltigung und Mietrechtsseminare helfen auf dem nutzen Softwarenutzung Laufenden zu bleiben Welche Vorkenntnisse Die Einarbeitung am PC wurde durch eine Sind die erforderlichen Erwartungs fehlen ggf Benutzerschulung gef rdert Es existieren Vorkenntnisse vorhanden konformit t Benutzerhandb cher Kenntnisse in Windows Lernf rderlichkeit NT Textverarbeitung und Excel sind vorhanden 5 Wer bzw welches Der laufende Posteingang bestimmt was zu Kann die Arbeitsperson dar ber Steuerbarkeit Kann der Benutzer anhand der Posteing nge oder Tele
148. teilnehmende Beobachtung Dokumenten analyse teilnehmende Beobachtung Benutzer befragung Effektivit tspr fung Die Pr fung der Konformit t eines Produkts mit ISO 9241 10 setzt voraus dass das Produkt effektiv im Sinne von ISO 9241 11 ist Hierzu werden die aus dem Kontext Szenario abgeleiteten Ergebnisse der Arbeitsaufgaben mit der Leistung des Produkts verglichen d h Inspektion der Funktionalit t auf Effektivit t und Zuverl ssigkeit sowie der Benutzerdokumentation gem Anhang B Auswahl passender Merkmale oder T tigkeiten Die Kern Auf gaben der Benutzer wurden in Form von Use Szenarien darge stellt aus diesen werden per Inspektion Dokumentenanalyse oder teilnehmender Beobachtung Merkmale des Dialogsystems oder ausf hrbare T tigkeiten des Benutzers abgeleitet die mit den Pr fkriterien korrespondieren d h vergleichbar sind Konformit tspr fung ist ein Ver gleich jedes Pr fkriteriums mit einem korrespondierenden Merk mal des Dialogsystems bzw der tats chlich ausf hrbaren T tig keit Bei mangelnder berein stimmung wird die unterstellte Normkonformit t in Frage gestellt vermutete Normabweichung Der Vergleich erfordert eine Inspektion des Dialogsystems oder eine Dokumentenanalyse bez glich der Merkmale oder eine teilnehmende Beobachtung insbesondere bez glich der T tig keiten und bei vermuteten Abweichungen eine Befragung der Benutzer Erh rtungspr
149. tierten Entwurfsprozess user centered design process passend einzuordnen etwa beim explorativen Prototyping Siehe auch der DATech Pr fbaustein Qualit t des Usability Engineering Prozesses Das DATech Pr fhand buch wird dar ber hinaus f r die Pr fung von Softwareprodukten eingesetzt die den Entwicklungsprozess durchlaufen haben sich jedoch in ihrem jeweiligen Nutzungskon text noch als gebrauchstauglich erweisen m ssen Auch in diesen F llen ist die Konformit tspr fung ein geeigneter Weg M glichkeiten der Produktverbesserung zu erkennen wenn die geforderte Mindestqualit t nicht erreicht wurde Einige Methoden helfen auch M ngel im Nutzungskontext des Produkts aufzudecken Dem Usability Assessor wird empfohlen diese M ngel nicht zu bergehen sondern unter Anwendung von ISO 9241 2 ebenfalls zu bewerten Die Beurteilung braucht sich nicht auf das Softwareprodukt zu beschr nken Aus der Kenntnis des Nutzungskontexts und seiner M ngel k nnen sich f r den Usability Assessor wertvolle Hinweise auf die m glichen Ursachen f r mangelnde Zufriedenstellung der Benutzer ergeben Der methodische Aufwand des DATech Pr fverfahrens rechnet sich da in zahlreichen F llen gezeigt wurde welchen Nutzen Anwender Benutzer aus einer verbesserten Effizienz der Produktnutzung ziehen k nnen siehe Literaturangaben im Abschnitt 5 Auch Hersteller k nnen im allgemeinen f r jedes mit Hilfe des Pr fverfahrens rechtzeitig aufgedeckte Nut
150. tionen geben d h erl utern wie diese Schritte mit dem Produkt durchzu f hren sind Au erdem ist auf Randbedingungen bzw Grenzwerte des Programms hinzuweisen soweit diese f r die Arbeitsaufgaben relevant sein k nnen siehe ISO 12119 Abschnitt 3 2 1 Absatz 2 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit 4 Korrektheit der Dokumentation Das Programmverhalten muss in allen Punkten mit den Aussagen in der Benutzerdokumentation bereinstimmen siehe ISO 12119 Abschnitt 3 2 2 5 Verst ndlichkeit der Dokumentation Die Benutzerdokumentation muss f r die vorgesehene Zielgruppe im Zusammenhang mit der durchzuf hrenden Arbeits aufgabe verst ndlich sein siehe ISO 12119 Abschnitt 3 2 4 Hinweis Die Pr fung ist mit tats chlichen Repr sentanten der Zielgruppe im wirklichen Nutzungskontext durchzuf hren Benutzer in der Einarbeitungsphase sind daf r besonders geeignet 6 bersichtlichkeit der Dokumentation Die Benutzerdokumentation muss ber sichtlich strukturiert sein z B Inhaltsverzeichnis und schnelles Suchen erm g lichen z B Stichwortverzeichnis Stichwortsuche siehe ISO 12119 Abschnitt 3 2 5 Zusammenh nge m ssen beim Lesen gut erkennbar sein z B durch geeignete graphische Gestaltung Screendumps Verweise Falls die Benutzerdokumentation nur in elektronischer Form existiert muss die Vorgehensweise zum vollst ndigen bz
151. ts teilung externe Daten quellen Anl sse feststellen aus denen sich T tigkei ten am Arbeitsplatz ergeben Wichtig ist auch festzustellen welche Datenquellen den Input f r die auszuf hrenden T tigkeiten liefern Kann die Arbeitsperson dar ber entscheiden welche der Aufgaben sie ausf hren will es sei denn die Folge der Aufgaben ist durch Priorit ten vorgegeben Steuerbarkeit Kann der Benutzer die n chste zu bearbeitende Aufgabe am System frei w hlen Kann der Benutzer den Dialog so steuern wie es die Aufgabenbearbeitung erfordert 6 Welche Hilfsmittel sind erforderlich f r die Aufga benbew ltigung zur Soft warenutzung Welche davon fehlen ggf welche sind zus tzlich gew nscht Es gilt festzuhalten welche Hilfsmittel f r die Erledigung von Aufgaben genutzt werden welche n tzlich sind welche weniger und warum Auch feststellen ob und welche Hilfsmittel fehlen Der die Befragte soll auch W nsche u ern ber zus tzliche Hilfsmittel Sind alle Hilfsmittel gegeben die f r das Erledigen der Aufgabe erforderlich sind Aufgaben angemessenheit Sind alle f r die am Software produkt auszuf hrenden Arbeitst tigkeiten erforderlichen Hilfsmittel gegeben DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 64 Kontextszenario Anhang C Werkzeuge zum Pr fverfahren Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinz
152. tstan den sind die entsprechende Einhaltung der Reihenfolge der Arbeitsschritte Auch mit den Kollegen der gleichen Dienststelle Ist trotz geregelter Zust ndig Steuerbarkeit muss Arbeit koordiniert werde etwa wenn eine keiten eine Kooperation bei der Haussanierung die vor bergehende Aufgabenbearbeitung m glich Umsetzung von Mietern erfordert Kann der Benutzer den Dialog so steuern wie es die Kooperation erfordert Unterst tzt die Software die Weiterleitung von Ergebnissen an Vorgesetzte Kollegen und andere Verwaltungsstellen in verwertbarer Form 12 Welche Ergebnisse Teilergebnisse entstehen und wie werden diese ggf verwertet weiter gef hrt Es existiert ein zentraler Posteingang Der Amtsleiter sieht sich den wichtigen Schrift verkehr an Auf diese Weise beh lt er die bersicht und kontrolliert was sich an den Arbeitspl tzen so tut In gleicher Weise kontrollieren auch Sachgebietsleiterin und Abteilungsleiterin K nnen Ergebnisse Teil ergebnisse in einer vom Empfanger verwertbaren Form weitergegeben werden Aufgaben angemessenheit Selbstbeschrei bungsfahigkeit Ist der Bearbeitungsstand in der Wiedervorlage und im Vorgang so angezeigt dass dem Benutzer die Bearbeitung des nachsten Arbeitsschritts m glich ist Es gibt eine elektronische Wiedervorlage Bei den Mietverhaltnissen gibt es verschiedene Bearbeitungszustande die im Wohnungsverwaltungssystem erkennbar sind I
153. tuationen in denen Sie sich zum Beispiel denken Das m sste der Computer jetzt eigentlich wissen wieso muss ich das noch einmal hinschreiben S Ich empfinde dies als sehr st rend 7 M ssen Sie sich mit Umwegen oder Tricks behelfen um Ihre Arbeitsergebnisse so zu erzielen wie Sie diese haben m chten S ja S nein S Frage trifft nicht zu wenn ja Beschreiben Sie bitte die Situationen in denen Sie das Gef hl haben umst ndlich tricksen zu m ssen um Ihr Arbeitsergebnis zu erreichen S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 101 Finden Sie in dem Programm Hilfetexte die Ihnen auch tats chlich weiterhelfen S ja S nein S Frage trifft nicht zu wenn nein Benennen Sie die Situationen in denen Sie die Hilfeinformation nicht weitergebracht hat S Ich empfinde dies als sehr st rend Passt das Programm zu Ihren Formularen und bisherigen Formaten S ja S nein S Frage trifft nicht zu wenn nein Benennen Sie die T tigkeit bei der das Programm nicht zu Ihren Papierunterlagen oder Formaten passt S Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Selbstbeschreibungsf higkeit Eine Computerprogramm ist selbstbeschreibungsf hig wenn Sie jederzeit informiert sind was der Computer gerade macht und was er als n chstes von Ihnen als Eingabe oder Reaktion erwartet Dies bedeutet unter anderem dass Sie alle R ckme
154. tur der Aufgabenschritte noch gefunden werden Der interaktive T tigkeitsablauf wird in einer zweispaltigen Tabelle als Use Case beschrieben Eine weitere Tabellenspalte enth lt zu den kritischen Dialogschritten critical incidents die zugeh rigen Nutzungsanforderungen gegen die vermutlich versto en wird oder die zu kl renden Pr f Fragen Eine Illustration kritischer Nutzungssituationen mittels screen shots ist n tzlich um die beschriebenen Nutzungsprobleme besser zu veranschaulichen C 2 2 Beispiel f r ein Use Szenario Dr M ller ist ein flei ig publizierender Wissenschaftler Er will die sehr umfangreiche Datei Literaturliste auf Diskette speichern Die Datei literaturliste doc die er seinem Verleger schicken will passt nicht auf eine Diskette Die Datei ist n mlich 1 9 MB gro Herr M ller nutzt gelegentlich das Programm WinZip zum Komprimieren von Dateien das auf jedem Rechner im Institut zur Verf gung steht 14 Siehe Glossar DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 85 Anhang G Werkzeuge zum Pr fverfahren Aufgabe in Teilaufgaben zerlegt Teilaufgabe 1 Zu komprimierende Datei ausw hlen Teilaufgabe 2 Fehlerursache finden 86 Beschreibung der Interaktion in Form eines Use Case Benutzeraktion Benutzer startet das WinZip Programm Critical incident Benutzer versteht die Meldung in der Status Zeile nicht Benutzer f hrung unklar Ben utzer dr ckt die
155. ukts verhindert oder ein gt Mangel der als Fehler angesehen wird weil ihm eine definierte gt Nutzungsanforderung zugrunde liegt Funktion function Eine Funktion ist eine in sich geschlossene Folge von Operationen zur Ausf hrung einer Teilaufgabe des gt Benutzers Funktionalit t functionality Gesamtheit aller gt Funktionen die mit dem interaktiven System ausgef hrt werden k nnen bezogen auf die Arbeitsaufgabe Gebrauchstauglichkeit usability in context of use Das Ausma in dem ein Produkt durch bestimmte gt Benutzer in einem bestimmten gt Nutzungskontext genutzt werden kann um bestimmte Ziele gt effektiv gt effizient und gt zufriedenstellend zu erreichen ISO 9241 11 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 33 A Glossar Immunisierung Eine Manipulation des Ergebnisses einer Konformit tspr fung indem das gt Pr fkriterium als Produktattribut definiert wurde und zwar mit Blick auf das bereits gegebene Produkt oder eine Manipulation durch eine sogenannte Standardaufgabe die mit Blick auf die Nutzungs m glichkeiten des gegebenen Produkts definiert wurde Inspektion inspection Eine Methode zur Feststellung geforderter Produktmerkmale oder Merkmalseigenschaften Mittels Inspektion kann auch festgestellt werden ob und inwieweit eine geforderte gt Arbeitst tigkeit am Produkt ausf hrbar ist vgl Anhang A 2 Konformit t conformity conformance compliance bereinstimmung eines
156. und des gt Nutzungskonzepts sind und e ob und inwieweit die Merkmale eines Produkts Systemeigenschaften eine angemessene Umsetzung der gt Nutzungsanforderungen und des gt Nutzungskonzepts sind Zufriedenstellung user satisfaction Beeintr chtigungsfreiheit der Nutzung und positive Einstellungen der gt Benutzer zur Produkt nutzung ISO 9241 11 38 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 5 Literatur Literatur Zum Einstieg in die scenario based Analyse und Pr fung Carroll J M Hrsg 1995 Scenario Based Design Envisioning Work and Techno logy in System Development New York John Wiley 0 471 07659 7 Rosson M B Carroll J M 2002 Usability Engineering Scenario Based Develop ment of Human Computer Interaction San Francisco Morgan Kaufmann 1 55860 712 9 Dzida W Freitag R 1998 Making use of scenarios for validating analysis and design in IEEE Transactions on Software Engineering 0098 5589 24 1998 12 1182 1196 Dzida W Geis T Redtenbacher W 2000 DEKITZ Pr fverfahren f r Software produkte Konformit t der Nutzungsqualit t mit internationalen Normen in K P Timpe H P Willumeit H Kolrep Hrsg Bewertung von Mensch Maschi ne Systemen D sseldorf VDI Verlag Fortschritts Berichte VDI Reihe 22 Nr 1 3 18 300122 5 104 114 Dzida W Freitag R 2001 Usability Testing The DATech Standard in M Wieczorek D Meyerhoff H
157. ungskontexts des Produkts bekommt Arbeitspsychologische Aufgabenanalysen k nnen geeignet sein wenn Merkmale des Nutzungskontexts ber cksichtigt wurden In der Regel dienen diese Analysemethoden jedoch dem Design von Arbeit und Organisation und erweisen ihre N tzlichkeit bei Bewertungen im Sinne von ISO 9241 2 Arbeitserfordernisse und Benutzerbelange die zu diesem Zweck festgestellt wurden k nnen jedoch auch f r eine Transformation in Dialoganforderungen verwendet werden Gute Erfahrungen werden mit Kontext Szenarien gemacht da Benutzer leicht zu motivieren sind die erhobenen Daten zu validieren ohne dass sie irgendwelche Vorkenntnisse mitbringen m ssen au er ihrer Expertise im Anwendungsfeld Kontext Szenarien enthalten in episodischer Form die Beschreibung einer vollst ndigen T tigkeit in der Sprache des Benutzers siehe Leitfaden f r die Erhebung von Kontext Szenarien DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 43 Anhang A Methoden zum Pr fverfahren A 2 Inspektion A 2 1 Ziele Dient der Feststellung ob geforderte Merkmale vorhanden sind und oder ob geforderte T tigkeiten user performance ausf hrbar sind Je nach erforderlichem Pr fungs umfang werden Merkmale oder T tigkeiten vollst ndig oder stichprobenartig untersucht A 2 2 G tekriterien e Ist f r jeden festgestellten Mangel gepr ft ob die Gestaltung des Merkmals oder der T tigkeit von Aufgabenerfordernissen abh ngt e Ist f
158. ungsprobleme so organisiert dass System verbesserungen erm glicht werden Selbstbeschrei bungsf higkeit Fehlertoleranz Lernf rderlichkeit Erkennt der Benutzer an den Systemr ckmeldungen ber Mahnungen Berechungen Schriftst cke und Formulare das Ergebnis seiner Arbeit so dass Beschwerden Dritter nachvoll ziehbar sind Erkennt der Benutzer an den Systemr ckmeldungen fehlerhafte Ergebnisse K nnen Benutzer die Nutzungsprobleme am System zur F rderung des Lernens verwerten 22 Welche Stressfaktoren gibt es und wie wird damit umgegangen Die Publikumstage Montag und Donnerstag k nnen Stress mit sich bringen Ein Gro raumb ro ist f r Publikumsverkehr ohnehin problematisch aber f r die Kooperation unter Kollegen wieder sehr praktisch Hat die Arbeitsperson die M glichkeit die Stressfaktoren zu beeinflussen um die entstehenden Belastungen zu regulieren Zum Beispiel Arbeitszeit einteilen eingehen de Telefonate umleiten Steuerbarkeit Kann der Benutzer den Dialog so steuern wie es die Belastungen an Publikumstagen erfordert Sonstige Bemerkungen der befragten Person zu bereits aufgetretenen Nutzungsproblemen Ist eine R ckkopplung ber Nutzungsprobleme so organisiert dass System verbesserungen erm glicht werden Aufgaben angemessenheit Werden gemeldete Nutzungsprobleme vom Hersteller bei der Weiterentwicklung angemessen ber cksichtigt
159. untersuchende Verhalten als auch zielgerichtet ausgef hrt werden d h man hat z B eine Hypothese ber das bekannte Einarbeitungs oder Nutzungsproblem das es genauer anzuschauen gilt Eine Beobachtung unter Laborbedingungen findet i d R nicht im Nutzungskontext statt es sei denn die Ausr stung eines semi portablen Labors wird eingesetzt Die Aufzeichnung der Verhaltensdaten von Benutzer und System wird gut vorberei tet auch wenn der Untersuchungszweck rein explorativ ist Es empfiehlt sich einen Beobachtungsplan Aufzeichnungsplan zu machen der bei Beobachtungen im Labor unter experimentellen Bedingungen bis zu einem Versuchsplan ausreifen kann Die Vorbereitung hilft zu vermeiden dass man bei der Auswertung nicht in DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 47 Anhang A Methoden zum Pr fverfahren einer Flut von Aufzeichnungsdaten erstickt Bei hypothesengeleiteter Untersuchung wird die zu untersuchende Nutzungssituation Aufgabe oder Teil Aufgabe meist st rker eingeschr nkt als beim Erproben eines Prototypen weil es beim Usability Prototyping darauf ankommt die kritischen Nutzungssituationen berhaupt erst zu identifizieren Wenn die Laboraufzeichnung nicht unterbrochen wird und die Beobachtung bei allen beobachteten Benutzern unter den gleichen Beobachtungsbedingungen stattfindet dann wird eine quasi experimentelle Untersuchungssituation geschaffen Im Anschluss an die Beobachtung im Labor findet of
160. untert w hrend der Beobachtung pers nliche Einsch tzungen und Verbesserungsm glichkeiten zu u ern sowie nicht zu verbergen dass sie im Dialog nicht weiter wei Hilfe ben tigt oder Teile der Aufgabenstellung nicht klar versteht Wie in dem Formular zur Beschreibung eines Use Szenarios vorgesehen beginnt man die Erhebung mit einer Zerlegung einer vollst ndigen Aufgabe in Teilaufgaben Anhand der Liste der Teilaufgaben geht man anschlie end Schritt f r Schritt in die Aufzeich nung der Dialogschritte Eine Abarbeitung der Teilaufgaben ist n tzlich weil damit dem beobachteten Benutzer eine geordnete Vorgehensweise nahe gelegt wird man kommt nicht vom H lzchen aufs St ckchen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 Anhang C Werkzeuge zum Pr fverfahren Benutzer verstehen die Vorgehensweise besser wenn man ihnen das leere Erhebungs formular zeigt in die man die Teilaufgaben eingetragen hat Wenn man mit der Eintragung der Dialogschritte fortf hrt so kann der Benutzer nachvollziehen welche Information der Usability Assessor notiert Hat der Benutzer verstanden wie die Systematik des Vorgehens und der Protokollierung ist richtet er sein Tempo darauf ein Die Erhebung des Use Szenarios wird zur Teamarbeit von Benutzer und Usability Assessor Alle Bemerkungen die der Benutzer zu bestimmten Dialogschritten macht sollten notiert werden auch wenn dem Usability Assessor noch nicht einsichtig ist inwieweit
161. utzer gebeten werden die festgestellten Nutzungsprobleme subjektiv zu bewerten etwa nach Effektivit tseinbu en oder anderen Wirkungen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 93 Anhang G Werkzeuge zum Pr fverfahren C 3 Fragebogen f r Benutzer C 3 1 Anwendungshinweise 94 Dieser Fragebogen ist nicht Teil der Konformit tspr fung Mit einem Fragebogen den man an Benutzer austeilt um subjektive Bewertungen der Software zu erheben kann man keine Software auf Normkonformit t pr fen Dennoch ist der nachstehende Fragebogen ein unverzichtbares Instrument in der Hand des Usability Assessors Mit Hilfe der Fragen an die Benutzer kann der Usability Assessor einen ersten Eindruck von den Nutzungsproblemen bekommen Der Fragebogen ist somit als Initialverfahren gedacht Der Usability Assessor sollte den Fragebogen einem betrieblichen Beauftragten in einer Anwenderorganisation bergeben und sich nach dem Einsammeln der ausgef llten Frageb gen mitteilen lassen zu welchen Fragen viele Kommentare abgegeben wurden und wie hoch der Prozentsatz der Benutzer ist die die beanstandeten M ngel als sehr st rend empfinden Anhand der Kommentare zu den subjektiv sehr st renden M ngeln kann der Usability Assessor mit der Analyse von Nutzungsproblemen beginnen um einzusch tzen wie aufwendig eine Produktpr fung werden k nnte Wenn die Nutzungsprobleme breit gestreut sind und der Pr faufwand betr chtlich zu werden scheint
162. utzungskontext oder alternative Gestaltung Schlusselfragen e Ist durch Nutzung anderer als der hierf r vorgesehenen Funktionen eine Umgehung des Problems m glich e Kann die Abweichung durch entsprechende Anpassung des Nutzungskontexts kompensiert werden Beispiele zus tzliche Benutzerschulung kann fehlende oder schlechte Dokumentation kompensieren Zusatzprogramm kann fehlende Funktionen erg nzen usw gt gt Einstufung leicht schwer Entscheidungstabelle 1 Gesamturteil f r Effizienzminderung 2stufiges Ergebnis hoch niedrig B1 Schwere der Auswirkung hoch niedrig B2 Betroffener Benutzeranteil hoch niedrig B3 Umgehbarkeit schwer schwer leicht Effizienzminderung insgesamt hoch hoch niedrig niedrig Die Effizienzminderung gilt somit insgesamt als hoch wenn entweder die Schwere der Auswirkung oder der Anteil der betroffenen Benutzer hoch ist und keine leichte Umgehungsm glichkeit besteht Wenn Effizienzminderung hoch Abweichung ist bedeutsam gt gt Ende Anmerkung zum Lesen der Entscheidungstabelle Eine vermutete Abweichung wird nach drei Bewertungskriterien siehe Zeilen der Tabelle beurteilt und zwar nach hoch niedrig oder schwer leicht In der letzten Zeile werden die Einzelbewertungen zu einer Gesamtbewertung der Effizienzminderung zusammengef hrt Anmerkung zur konomischen Vorgehensweise beim Bewerten Der Aufwand f r die Entscheidung kann
163. verringert werden wenn man mit der Bewertung der Umgehbarkeit be ginnt denn bei leichter Umgehbarkeit er brigen sich die weiteren Bewertungen in der Entscheidungstabelle 1 Man kann sofort in die Entscheidungstabelle 2 gehen um zu bewerten ob die leichte Umgehbarkeit von den Benutzern als zufriedenstellend angesehen wird Wird eine hohe Minderung der Zufriedenstellung festgestellt dann ist trotz leichter Umgehbarkeit eine bedeutsame Normabweichung gegeben siehe auch Abbildung 5 Wird die Umgehbarkeit als schwer beurteilt so kommt es zus tzlich auf die Bewertung der beiden weiteren Kriterien in der Entscheidungstabelle 1 an Da die Bestimmung von Schwere der Auswirkung oder Anteil der betroffenen Benutzer je nach Bewertungsfall unterschiedlich kompliziert sein kann ist es empfehlenswert zun chst die leichter operationalisierbare Bewertung durchzuf hren weil sich dann u U die schwierigere er brigt 22 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren C Wie gro ist die durch die Abweichung bewirkte Minderung der Zufriedenstellung Hinweis Beurteilt wird die subjektive Beeintr chtigung bei Benutzern die das Produkt ausreichend lange benutzt haben d h ber die Einarbeitungsphase hinweg sind damit eine zeitliche Stabilit t des Urteils gew hrleistet ist Schlusselfragen e Wie zufrieden unzufrieden sind die Benutzer mit der Nutzung des Produkts zur Durchf hrung der Arbeitsaufg
164. von der Norm verifizieren l sst Diese Bewer tung beruht haupts chlich auf der Einsch tzung der Wirkungen einer Abweichung Folgende Schritte sind zur Durchf hrung der Erh rtungspr fung notwendig Schritt 1 Vermutete Normabweichung wurde beobachtet Schritt 2 Verifikation Ist die Abweichung wirklich ein Versto a gegen die Normempfehlung aus der das Kriterium konkretisiert wurde und b gegen das Dialogprinzip zu dem die Normempfehlung geh rt Hinweis Wird eine zu den genormten Merkmalen alternative Gestaltung festgestellt so ist sie nach ISO 9241 erlaubt und nicht als Normabweichung einzustufen wenn sie weder die Leistung Effektivit t und Effizienz noch die Zufriedenstellung mindert Wenn nein die Abweichung ist nicht bedeutsam gt gt Ende Wenn ja weiter mit Schritt 3 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 2 Pr fverfahren Schritt 3 Wirkung der Abweichung beurteilen Man orientiert sich an ISO 9241 11 d h die Auswirkung der Abweichung auf Effektivit t Effizienz und Zufriedenstellung wird bewertet A Wie gro ist die durch die Abweichung bewirkte Effektivit tsminderung d h fehlende Funktionalit t Zun chst wird festgestellt Welche Ziele der Produktnutzung sind aufgrund dieser Abweichung nicht anforderungsgem vollst ndig und korrekt erreichbar Schlusselfragen e Wie gro ist die Bedeutung der nicht erreichbaren Ergebnisse e Wi
165. w auszugsweisen Ausdrucken beschrieben sein sofern sie nicht offensichtlich ist 7 Softwarefunktionalit t Alle Funktionen die f r die Durchf hrung der vorgese henen Arbeitsaufgabe n gem der Produktbeschreibung und oder Benutzerdoku mentation erforderlich sind m ssen mit der Software ausf hrbar sein und zu kor rekten und vollst ndigen Ergebnissen gem der Dokumentation f hren siehe ISO 12119 Abschnitte 3 3 1b und 3 3 1c 8 Zuverl ssigkeit Stabilit t Benutzerhandlungen d rfen nicht zu undefinierten Zu st nden der Software oder zu Datenverlust ohne Warnung die vom Benutzer best tigt wurde f hren Dies gilt auch dann wenn Kapazit tsgrenzen der Software erreicht oder berschritten werden oder der Benutzer unerlaubte Eingaben Hand lungen vornimmt Ursachen Auswirkungen die nicht im Einflussbereich der Soft ware liegen sind davon ausgenommen siehe ISO 12119 Abschnitt 3 3 2 Hinweis Geeignete Methoden zur Pr fung von Stabilit t sind in diesem Zusammen hang z B Crashtests 9 Umgang mit Nutzungsproblemen Der Hersteller muss z B in der Produktbe schreibung oder in einem anderen Dokument dokumentieren welche organisator ischen z B Hotline und oder technischen Ma nahmen z B Wartung Anpass barkeit Makrosprache er einsetzt um die Behebung von Nutzungsproblemen in angemessener Zeit sicherzustellen Die Wirksamkeit dieser Methoden f r das Produkt ist nachzuweisen bzw plausibe
166. xtszenarios erworbenen Kenntnisse mit zu verwerten Die Beobachtung am Benutzerarbeitsplatz liefert eine m glicherweise leere Liste von Abweichungen Werden vermutete Normabweichungen festgestellt so werden sie als Nutzungsprobleme critical incidents im Use Szenario vermerkt diese sind ggf einer Erh rtungspr fung zu unterziehen Von einer vermuteten Normabweichung zu sprechen ergibt sich aus dem Falsifika tionsansatz der dem Pr fverfahren zugrunde liegt jedem Produktmerkmal oder jeder ausf hrbaren T tigkeit wird so lange Normkonformit t unterstellt bis diese Annahme durch den empirischen Nachweis negativer Wirkungen widerlegt wurde Die Wirkungen eines Mangels sind gesondert zu beurteilen siehe Erh rtungstest DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 17 2 Pr fverfahren Kontext Szenario pr fe die Effektivit t des Produkts Abschnitte aus ISO 12119 Produkt effektiv im Sinne von ISO 9241 11 w hle aus passendes Merkmal od ausf hrbare T tigkeit Use Szenario Produktattribut oder ausf hrbare T tigkeit Konformit tspr fung vergleiche Kriterium mit Merkmal T tigkeit und untersuche die Zufriedenstellung der Benutzer sowie deren subjektive Einsch tzung von Effektivit t und Effizienz Pr fergebnis konform oder vermutete Abweichung Erh rtungspr fung Ja Nein Dokumenten analyse Dokumenten analyse
167. zungsproblem Entwicklungs und Wartungskosten sparen ISO 13407 1999 Human centred design processes for interactive systems gt ISO 9241 2 1992 Guidance on task requirements Zur Unterscheidung zwischen Anwender und Benutzer siehe Glossar 10 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 3 1 Einleitung die Implementierungskosten verringern sich um etwa das 6 fache die Wartungskosten um das 60 fache Au erdem rechtfertigen gesetzliche Grundlagen wie die Bildschirm arbeitsverordnung siehe Literaturangaben im Abschnitt 5 den methodischen Pr fauf wand weil Anwender in ihrer Rolle als Arbeitgeber auf diese Weise Vorsorge treffen k nnen dass die von den Benutzern verwendete Software f r den Gebrauch am Arbeitsplatz tauglich ist und von der Software daher keine unzumutbaren Belastungen ausgehen k nnen Im Idealfall einigen sich Hersteller und Anwender auf die Anwendung des DATech Pr fverfahrens w hrend der Entwicklung und Pflege des Produkts Auf dieser Grundlage arbeiten auch die akkreditierten Pr flaboratorien die dem Hersteller u U f r das im Nutzungskontext des Anwenders normkonforme Produkt ein Qualit ts Zertifikat ausstellen Das Pr fverfahren ist anwendbar f r jede interaktive Software insbesondere f r interaktive Systeme an B roarbeitspl tzen im Sinne von DIN EN ISO 9241 10 Dar ber hinaus ist das Pr fverfahren auch auf Warten und Leitst nde anwendbar soweit dort eine interaktive Software im Sinne e
168. zur Durchf hrung von Konformi t tspr fungen mit der Norm ISO 9241 10 Weil diese Norm keine Konformit tsklausel enth lt ist die Anwendung einer Pr fmethodik grunds tzlich Vereinbarungssache zwischen Partnern Hersteller und Anwender Aus der praktischen Erfahrung von Pr f laboratorien konnte eine Methodik gewonnen werden die konsensf hig ist und deren Anwendung und Weiterentwicklung die Pr flaboratorien dazu anleitet auf einer ver gleichbaren Grundlage zu arbeiten Die im DATech Pr fhandbuch dargestellte Metho dik ist keine Verfahrensanweisung sondern ein Leitfaden der auch als Grundlage f r die Begutachtung von Pr flaboratorien dient Pr flaboratorien sind gehalten diesen Leitfaden als Referenzmodell f r die Entwicklung ihrer eigenen Pr fmethodik anzu wenden Zielgruppen dieses Leitfadens k nnen auch Hersteller und Anwender sein um sich auf eine Zusammenarbeit mit den Pr flaboratorien besser einstellen zu k nnen Anwender und Hersteller k nnen die Anwendung des Leitfadens bei der Pr fung von Software vereinbaren und daf r ein Pr flaboratorium beauftragen DATech Pr fhandbuch Referenzmodell Anwendungsvereinbarung ut f r Abbildung 1 Zielgruppen des DATech Pr fhandbuchs Die Pr fung der Gebrauchstauglichkeit von Softwareprodukten setzt ein Pr fverfahren voraus in dem anerkannte und f r die Softwarepr fung erprobte Methoden zum Einsatz kommen Auf diese Weise soll gew hrleistet sein dass Pr flabor

DATech-Prüfhandbuch Gebrauchstauglichkeit - Wiki-Welt

Contents

Download Pdf Manuals

Related Search

Related Contents

DATech-Pr&uuml;fhandbuch Gebrauchstauglichkeit - Wiki-Welt

Contents

Download Pdf Manuals

Related Search

Related Contents

DATech-Prüfhandbuch Gebrauchstauglichkeit - Wiki-Welt