Home

DATech-Prüfhandbuch Gebrauchstauglichkeit

1. C 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 Tja nein O 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 C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 95 Anhang C Werkzeuge zum Pr fverfahren 3 96 Sind die Meldungen des Systems f r Sie immer verst ndlich Tja nein O Frage trifft nicht zu wenn nein Nennen Sie die Situationen in denen Ihnen unverst ndliche Meldungen aufgefallen sind C Ich empfinde dies als sehr st rend Werden Sie vor Aktionen die nicht r ckg ngig gemacht werden k nnen von der Software gewarnt Tja nein O Frage trifft nicht zu wenn nein Bitte benennen Sie Situationen in denen Sie keine Warnung erhalten haben C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 5 Hilft Ihnen die Hilfefunktion wirklich weiter wenn einmal ein Dialogschritt oder Men punkt nicht ganz klar ist Tja nein O Frage trifft nicht zu wenn nein Beschreiben Sie die Situationen in denen die Hilfe nicht verst ndlich ist C Ich empfinde dies als sehr st rend 6 M ssen Sie oft Kollegen oder ein Handbuch konsultieren um weiterarbeiten zu k nnen T
2. 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 76 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 D
3. 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 angemessenen 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 16 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 unterzieh
4. Dies ist insbesondere bei summativer Evalu ierung notwendig e Ist die erlaubte Beeinflussung der beobachteten Person durch den Beobachter definiert z B Ziel der Beobachtung mitteilen Aufforderung zur Wiederholung einer T tigkeit Bitte um m ndliche Erl uterung der T tigkeit e Ist durch geeignete Vorbereitung der Aufzeichnung daf r gesorgt dass die zu beobachtende Person von der Aufzeichnungstechnik z B Mikrofon Kamera nicht beeintr chtigt wird A 3 3 Erl uterungen zur teilnehmenden Beobachtung Die teilnehmende Beobachtung ist meist zielgerichtet Beispielsweise wird untersucht 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 Beobachtungsdaten von den Verlaufseigenschaften der gesamten T tigkeit abh ngen kann Beispielsweise ist ein ergonomischer Mangel schwerwie gender wenn seine Wirkungen nur mit gro em Aufwand r cknehmbar sind Der Beobachtungsablauf wird weniger systematisch vorbereitet als beim Benutzertest Es muss z B nicht streng darauf geachtet werden dass die Verlaufsanalyse bei jeder beobachteten Person in gleicher Weise durchgef hrt wird da die teilnehmende Beobachtung eher der Erkundung dient Die teilnehmende Beobachtung kann in einen Benutzertest bergehen wenn der Beobachtungsablauf vom Beobachter nicht unterbrochen wird und die Beobachtung bei allen beobachteten Ben
5. Dieser Schritt vom Erfordernis zum Dialogprinzip leitet den Auswerter an das aus dem Sachverhalt Erforderliche in eine Anforderung an das Dialogsystem zu transformieren Hierbei sollte auch die Norm DIN EN ISO 9241 10 benutzt werden um unter dem festgestellten Dialogprinzip die passende Standard Anforderung zu finden Im Auswertungsrahmen ist die als passend erkannte Anforderung aus der Norm bereits eingetragen diese kann mit Blick auf den Kontext Sachverhalt inhaltlich noch weiter konkretisiert werden Durch diese Pr zisierung entsteht ein Pr fkriterium das sowohl eine Referenz zur Norm hat als auch einen inhaltlichen Bezug zur beschriebenen Arbeitssituation DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren C 1 4 Leitfragen zur Erhebung von Kontext Szenarien Leitfragen Abschnitt im Erl uterungen hierzu im Auswertungsrahmen Szenario Beispiele hierzu im Beispiel Szenario Einleitung 1 Formulieren Sie die T tigkeit in einem oder in zwei S tzen 2 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 3 Wie ist die T tigkeit organisiert z B als Mischarbeit als Folge von Aufgaben als monotone Einzelaufgabe Voraussetzungen 4 Welche Qualifikation ist zur Bew ltigung der Aufgaben erforderl
6. Methoden im Rahmen eines gt Design Use Cycle Usability Engineering Methoden usability engineering methods Methoden zur Entwicklung von innovativen gt Nutzungskonzepten gt Anforderungen und gt Prototypen deren gt Validierung Bewertung und schrittweise Verbesserung w hrend des Entwurfs und der 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 Nutzungsanforderungen entwickelt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 31 A Glossar Use Case Die Kurzform eines gt Use Szenarios Jede Interaktion des gt Benutzers mit dem Dialogsystem gt Dialogschritt wird in zwei Spalten festgehalten links die gt Arbeitst tigkeit des Benutzers rechts die darauf folgende Reaktion des Dialogsystems gt Dialogschritte die jedoch auf Nutzungsprobleme oder auf vermutete gt Normabweichungen hinweisen critical incidents sind mittels gt Use Szenarien ausf hrlich zu beschreiben und anschlie end auszuwerten Pr fung der gt Konformit t Use Szenario use scenario Eine episodische Beschreibung von gt Arbeitst tigkeiten die ein gt Benutzer zur Erledigung
7. a Pr fungsvorbereitung Abschnitt 2 1 1 siehe auch Abbildung 3 Analysiere den Nutzungskontext sowie die Aufgabenausf hrung und leite Anforder ungen ab transformiere die Anforderungen in Pr fkriterien unter Anwendung von DIN EN ISO 9241 Teile 10 bis 17 sowie Teile von ISO IEC 12119 Diese vorbereitenden Schritte dienen der Operationalisierung einer Anforderung 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 ISO IEC 12119 und dann seine Effizienz w hle f r jedes Pr fkriterum das passende Pro uktmerkmal 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 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
8. einer Kern Aufgabe am Dialogsystem erledigt Diese Erhebung dient der Anforderungs entwicklung w hrend des Prototyping oder der Ermittlung von Anforderungen am fertigen Produkt zum Zwecke der Softwarepr fung W hrend der Softwarepr fung an einem existierenden System braucht die Interaktion mit dem Dialogsystem nicht ausf hrlich erfasst zu werden es reicht eine Erfassung in Form eines gt Use Case aus Validierung validation Ein Prozess der gt Qualit tssicherung um festzustellen ob und inwieweit gt Anwender gt Benutzer und Softwarehersteller in der Festlegung von gt Anforderungen bereinstimmen und inwieweit die Eigenschaften eines Produkts mit den Anforderungen an die gt Effektivit t bereinstimmen Zufriedenstellung user satisfaction Beeintr chtigungsfreiheit der Nutzung und positive Einstellungen der gt Benutzer zur Produkt nutzung ISO 9241 11 32 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 5 Literatur 5 Literatur Zum Einstieg in die scenario based Analyse und Pr fung Carroll J M ed 1995 Scenario Based Design Envisioning Work and Technology in System Development John Wiley New York ISBN 0 471 07659 7 Rosson M B and Carroll J M 2002 Usability Engineering Scenario Based Development of Human Computer Interaction Morgan Kaufmann San Francisco Dzida W und Freitag R 1998 Making use of scenarios for validating analysis and design IEEE Transactions on Software E
9. technisch 16 Welche wichtigen Sonderf lle m ssen ber cksichtigt werden bzw fallen dem Benutzer spontan ein z B zur Arbeitsteilung Zusammenarbeit DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 51 Anhang C Werkzeuge zum Pr fverfahren Leitfragen Abschnitt im Erl uterungen hierzu im Auswertungsrahmen Szenario Beispiele hierzu im Beispiel Szenario Organisatorische 17 Welche Organisationsziele gibt es im Hinblick auf die T tigkeit BEBIMENBEHINGUNGER 18 Gibt es Mechanismen zur Leistungssteuerung Leistungskontrolle Wenn ja welche Sind diese erforderlich 19 Welchen berblick hat der Benutzer im Hinblick auf die Gesamtt tigkeit 20 Welche nderungen die die Aufgabenbearbeitung beeinflussen sind zu erwarten oder werden gew nscht Welche Vorschl ge hat der die Befragte dazu 21 Von welchen Arbeitsergebnissen Arbeitsschritten sind Dritte z B Kunden direkt betroffen Und was folgt daraus 22 Welche Stressfaktoren gibt es und wie wird damit umgegangen Sonstige Bemer Hier Beispiele sammeln falls die befragte Person bereits w hrend des kungen der befragten Interviews etwas ber aufgetretene Nutzungsprobleme berichtet Im Person zu bereits Allgemeinen werden solche Probleme besser an Hand von Use Szenarien aufgetretenen analysiert Nutzungsproblemen 52 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 C 1 5 Erhebungs und Auswertungsrahmen Anhang C Werkzeuge zum Pr fv
10. 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 lich 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 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 2 2 2 2 3 2 Pr fverfahren 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 gli
11. 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 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 Aufmerksamkeits erfordernisse 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 Anforderungen 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
12. 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 Werkzeugeigenschaften Design Use Cycle Ein Prozessmodell des Usability Engineering Die Phasen die ein Softwareprodukt durch l uft 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 n chste Release vorbereitet wird Eine iterative Folge der Phasen ist blich Entwicklungsaktivit 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 R ckmeldung ber die Verarbeitung dieser Daten erh lt DIN 66 234 Teil 8 Dialogschritt dialogue step Jeder Dialogschritt umfasst einen Wechselschritt von Aktionen des Menschen und des Computers
13. Erledigung der Aufgaben nutzen Sind die erforderlichen Vorkenntnisse vorhanden Erwartungs konformit t Lernf rderlichkeit Selbstbeschrei Ist die Software mit den erworbenen Vorkenntnissen nutz bar 5 Wer bzw welches Ereignis bestimmt was zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbeits teilung externe Datenquellen Der laufende Posteingang bestimmt was zu 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 Kann die Arbeitsperson dar ber Steuerbarkeit entscheiden welche der Aufgaben sie ausf hren will es sei denn die Folge der Aufgaben ist durch Priorit ten vorgegeben Kann der Benutzer anhand der Posteing nge oder Telefonkontakte 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 2 67 Leitfragen Kontext Szenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 6 Welche Hilfsmittel sind Au er einem Taschenrechner sind keine erforderlich f r die weiteren Hilfsmittel f r die Arbeit am Aufgabenbew
14. Pr fhandbuch Werkzeuge Pr fverfahren Methoden empfohlene Beispiele e Konformit tspr fung e Aufgabenanalyse e Kontext Szenario e Erh rtungspr fung e Teilnehmende e Use Szenario Beobachtung s 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 beschriebenen Erhebungs und Auswertungsrahmens sowie des Beispielszenarios wird der Usability Assessor angeleitet aus den Daten des Nutzungskontexts die Anforderungen 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 enthalt einen Fragebogen zur Befragung von Benutzern und Hinweise f r seine Anwendung Ein Glossar enth lt die wichtigsten Begriffe die in diesem Pr fhandbuch verwendet werden Das Literaturverzeichnis enth lt Empfehlungen f r d
15. Pr fkriterien 3 Wie ist die T tigkeit organisiert z B als Mischarbeit als Folge von Aufgaben als mo notone Einzel aufgabe 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 zwar in Planung Ausf hrung und Feedback dass vollst ndige T tigkeiten aus ge bt werden ISO 9241 2 Alle Dialogprinzipien k nnen hier gemeint sein Kann die Software ggf schlecht gestaltete Arbeit kompensieren DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 66 Leitfragen Voraussetzungen Kontext Szenario Anhang C Werkzeuge zum Pr fverfahren Aufgabenerfordernisse Dialogprinzip Anforderungen an die Software Pr fkriterien 4 Welche Qualifikation ist zur Bew ltigung der Aufgaben erforderlich Aufgabenbew ltigung Softwarenutzung Welche Vorkenntnisse fehlen ggf Notwendig sind allgemeine Rechts und Verwaltungskenntnisse besonders aber Kennt nisse des Mietrechts Mietrechtskommentare und Mietrechtsseminare helfen auf dem Laufenden zu bleiben Die Einarbeitung am PC wurde durch eine Benutzerschulung gef rdert Es existieren Benutzerhandb cher Kenntnisse in Windows NT Textverarbeitung und Excel sind vorhanden Kann die Arbeitsperson die erworbenen Fachkenntnisse zur bungsf higkeit
16. Produktbeschreibung geben die dem Benutzer als Orientierung dient um den Gebrauchszweck 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 Benutzerdokumentation und daher in der Produktbeschreibung nicht erforderlich e Die Funktions bersicht gem ISO 12119 Abschnitt 3 1 3a sollte aus Benutzersicht nicht in Form von Funktionsaufz hlungen formuliert sein Die zur Durchf hrung der Arbeitsaufgaben erforderlichen Vorkenntnisse der Benutzer 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 Du
17. die Daten an andere geliefert werden um dort verwertet zu werden K nnen Ergebnisse Teil 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 Aufgaben angemessenheit Selbstbeschrei bungsf higkeit Unterst tzt die Software die 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 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 DATe
18. 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 2 17 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 Schl sselfragen e Wie gro ist die Bedeutung der nicht erreichbaren Ergebnisse e Wie 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 Effi
19. durch eine Unterbrechung bereits eingegebene Daten wieder verloren haben C 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 Oja nein C 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 C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 99 Anhang E Werkzeuge zum Pr fverfahren 5 F hlen Sie sich in Ihrem Arbeitstempo durch das Programm manchmal gebremst z B durch zu lange Wartezeiten Tja nein O Frage trifft nicht zu wenn ja Beschreiben Sie bitte die Situationen in denen Sie gerne z giger arbeiten w rden C Ich empfinde dies als sehr st rend 100 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 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 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 Tja nein O Frage trifft nicht zu wenn nein N
20. ee ae ee ae 45 B 2 Beg t chtungselemente 2 22 2 ee 45 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 1 Inhalt Anhang C Werkzeuge zum Pr fverfahren uussss4000unnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 47 C 1 Erhebung und Auswertung von Kontext Szenarien uu4444444444 HH 47 C 1 1 Instruktion zur Erhebung eines Kontext Szenarios nusensssneeen 47 C 1 2 Einarbeitung in die Erhebung von Kontext Szenarien en 48 61 3 Auswellufng an een 49 C 1 4 Leitfragen zur Erhebung von Kontext Szenarien enneeen 51 C 1 5 Erhebungs und Auswertungsrahmen 224444snnnnnnnnnnnnnennnnnnnnnnnnn 53 C 1 6 Leitfragen zur Ableitung von Anforderungen und Kriterien 62 E17 BESDIEFSZENAN a a ende ea 65 C 2 Erhebung von Use Szenarien uum244444440nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnnnnn 77 C 2 1 Erhebung und Darstellung uus444444444400nHn ann nnnnnnnnnnnnnnnnnnnnnn 77 C 2 2 Beispiel f r ein Use Szenario nssnnssessennnnesnnnnnnnnnennnnnnne nn 77 C 2 3 Analyse des Nutzungsproblems 444444440nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 83 C 2 4 Erhebung eines Use Szenarios Voraussetzungen und Vorgehensweise energie 84 C 3 Fragebogen f r Benutzer an Ba 86 C 3 1 Anwendungshinweise 4444444400nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnannnn 86 C 3 2 Auswertungshinweise
21. einen Fehler bemerkt und Ihnen m gliche Korrekturhinweise liefern 1 Bekommen Sie bei fehlerhaften Eingaben Korrekturhinweise Tja nein O 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 C Ich empfinde dies als sehr st rend 2 K nnen Sie die Folgen einer fehlerhaften Eingabe mit geringem Aufwand beheben Tja nein O 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 C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 103 Anhang C Werkzeuge zum Pr fverfahren 3 Arbeitet das Programm w hrend der Ausf hrung Ihrer Aufgabe immer stabil und zuverl ssig Tja nein O Frage trifft nicht zu wenn nein Nennen Sie die Situationen in denen Sie der Software nicht trauen oder Sie einen Absturz bef rchten C Ich empfinde dies als sehr st rend 104 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren Individualisierbarkeit Ein Computerprogramm ist individualisierbar wenn Sie Einstellungen des Programms an Ihre individuellen Bed rfnisse anpassen k nnen 1 K nnen Sie am Computer alles so einstellen dass Ihnen das Lesen und Arbeiten leichter f llt Tja nein O Frage trifft nich
22. ltigung Schreibtisch oder am Bildschirmarbeitsplatz zur Softwarenutzung notwendig Die Nutzung der fr her blichen Karteikarten geht immer mehr zur ck und wird WARS davon TERIEN vielleicht eines Tages ganz berfl ssig sein ggf welche sind zus tzlich gew nscht 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 Rechenm glichkeit am Bildschirm vorhanden sofern w nschenswert Ist die Nutzung des Systems 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 68 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Software Leitfragen Kontext Szenario Aufgabenerfordernisse Dialogprinzip Pr fkriterien Normale Durchf hrung 7 Welche Arbeitsschritte Regelm ig oder periodisch anfallende K nnen die Ergebni
23. 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 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 Arbeitsaufgabe 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 Nutzungssituationen anzupassen An typischen Einarbeitungsproblemen wie dem hier analysierten kann der Usability Assessor sofort erkennen dass die User Interface Engineer Designer den Usability Prototyping Prozess ausge
24. nur in elektronischer Form existiert muss die Vorgehensweise zum vollst ndigen bzw auszugsweisen Ausdrucken beschrieben sein sofern sie nicht offensichtlich ist 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 Zuverl ssigkeit Stabilit t Benutzerhandlungen d rfen nicht zu undefinierten Zust 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 Umgang mit Nutzungsproblemen Der Hersteller muss z B in der Produkt beschreibung oder in einem anderen Dokument dokumentieren welche organisa torischen z B Hotline und oder technischen Ma nahmen z B Wartung Anpassbarkeit Makrosprache er einsetzt um die Behebung von Nutzungsproblemen in angemessener Zeit sicherzustellen Di
25. ssten C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 91 Anhang C Werkzeuge zum Pr fverfahren 4 92 Finden Sie dass der erforderliche Aufwand f r Ihr Arbeitsergebnis jeweils angemessen ist Tja nein O Frage trifft nicht zu wenn nein In welcher Situation haben Sie schon mal gedacht Das k nnte man auch mit weniger Aufwand bewerkstelligen C Ich empfinde dies als sehr st rend Haben Sie das Gef hl dass Sie Arbeiten machen m ssen die besser das Programm erledigen sollte Tja nein O Frage trifft nicht zu wenn ja Bitte benennen Sie diese Arbeiten C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 6 M ssen Sie Werte und Texte eingeben die der Computer eigentlich wissen k nnte Tja nein O Frage trifft nicht zu wenn ja Bitte beschreiben Sie die Situationen in denen Sie sich zum Beispiel denken Das m sste der Computer jetzt eigentlich wissen wieso muss ich das noch einmal hinschreiben C 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 Tja nein O 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 C Ich empfinde dies a
26. teilnehmenden Beobachtung auch als Beobachtungs interview bezeichnet wenn der Schwerpunkt der Untersuchung auf der Befragung des Benutzers liegt Die methodische Vorgehensweise wechselt dann oft zwischen Beobachtung und Benutzerbefragung Wird die Methode der teilnehmenden Beobachtung ohne die genannten Anl sse ange wandt also ohne die Zielsetzung eine vermutete Abweichung zu untersuchen so wechselt der Usability Assessor von der Methode der teilnehmenden Beobachtung zur Inspektion ber DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Dies ist die
27. von Anforderungen Folgende Anforderungen werden unterschieden a Anforderungen an die Gestaltung der Arbeitsaufgabe Aufgabenerfordernisse 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 Organisationserfordernisse Beispiel Es soll m glich sein Hilfe durch Kollegen zu bekommen c Anforderungen an die vom Benutzer ausge bte T tigkeit Kognitionserfordernisse Beispiel Der Benutzer soll den Inhalt der Fehlermeldung verstehen k nnen d Anforderungen an das Dialogsystem Dialog oder Produktanforderungen Beispiel Fehlermeldungen sollen in der Fachsprache des Benutzers nicht jedoch in der des Systementwicklers formuliert sein Anmerkung In der Regel lassen sich Kognitionserfordernisse in Form von Dialog oder Produktanforderungen formulieren wenn T tigkeitsmerkmal z B verstehen und Produktmerkmal z B Wortlaut der Fehlermeldung korrespondieren C 1 6 2 Vorausgesetzte Anforderungen an den Nutzungskontext ISO 9241 11 62 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 Anwende
28. 15 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 teil nehmende Beobachtung und andere wieder besser f r die Untersuchung der Zufrieden stellung der Benutzer z B Benutzerbefragung Die Normen enthalten sowohl T tigkeits als auch Merkmalsanforderungen Die Methoden sind nicht alle in gleicher Weise f r diese unterschiedlichen Anforderungen 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
29. DATech Pr fhandbuch Gebrauchstauglichkeit Leitfaden f r die software ergonomische Evaluierung von Software auf Grundlage von DIN EN ISO 9241 Teile 10 und 11 Version 3 2 DATech DE CI Deutsche Akkreditierungsstelle Technik e V 2001 Jede Art der Vervielf ltigung auch auszugsweise ist nur mit Genehmigung der DATech Deutsche Akkreditierungsstelle Technik e V Frankfurt Main gestattet Inhalt Inhalt 1 Einleitung anna 5 2 Pr fverfahren nianna tae andaian te Han nn a en Eee 10 2 1 Vorbereitung und Durchf hrung von Konformit tspr fungen een 10 2 1 1 Pr fungsvorbereitung nu 11 2 1 2 Durchf hrung der Pr fung uu 4444444444B0nnnnnannnnnnnnnnnannnnnnnnnnnnnnn 14 2 1 3 Bewertung von Abweichungen Erh rtungspr fung ee 16 2 2 G tekriterien der Konformit tspr fung 2244444444444HRRRnnnnnnnn non nenn nenne nennen 23 2 3 Unterscheidung zwischen Benutzbarkeit und Gebrauchstauglichkeit 23 3 Voraussetzungen f r die Akkreditierung 2 0u444040000000nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 24 4 GIOSSAr wenn en denn nn a ar EE 25 5 e EAE ee 33 Anhang A Methoden zum Pr fverfahren uuuuuuuusssssannsnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnn 35 A AufgabenanalySE nette erregte 35 Ah Zee are ee ee 35 A 1 2 G tekriterieN iriiri reirinta eeaeee reeta epeei arnat eiaei anaiekin E 35 A 1 3 Erl uterungen zur Aufga
30. 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 Es gibt eine elektronische Wiedervorlage Bei den Mietverh ltnissen gibt es verschiedene Bearbeitungszust nde die im Wohnungsverwaltungssystem erkennbar sind K nnen Ergebnisse Teil 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 Aufgaben angemessenheit Selbstbeschrei bungsf higkeit Unterst tzt die Software die Weiterleitung von Ergebnissen an Vorgesetzte Kollegen und andere Verwaltungsstellen in verwertbarer Form Ist der Bearbeitungsstand in der Wiedervorlage und im Vorgang so angezeigt dass dem Benutzer die Bearbeitung des n chsten Arbeitsschritts m glich ist 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 Sta
31. E Werkzeuge zum Pr fverfahren 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 Tja nein O 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 ist C Ich empfinde dies als sehr st rend 90 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 2 M ssen Sie Eingaben oder Dialogschritte machen die eigentlich berfl ssig w ren Tja nein O Frage trifft nicht zu wenn ja Bitte benennen Sie die in ihren Augen berfl ssigen Eingaben und Dialogschritte C Ich empfinde dies als sehr st rend 3 Ist es Ihnen m glich das wiederholte Eingeben von Daten oder Texten zu vereinfachen Tja nein O Frage trifft nicht zu wenn nein In welcher Situation w rden Sie sich w nschen dass Sie nicht so oft dasselbe eingeben m
32. Ein Dialogschritt besteht aus Eingabedaten den zugeh rigen Verarbeitungs prozessen und den zugeh rigen Ausgabedaten 26 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 A Glossar 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 Dokumentenqualit t vgl Anhang A 5 Effektivit t 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 Eingabemiittel input device Als Eingabemittel werden alle peripheren Ger te eines Dialogsystems bezeichnet die es dem gt Benutzer erlauben dem System Daten zu bermitteln wie z B Tastatur Tablett Stift Maus Mikrophon etc Erfordernis implied need Ein selbstverst ndlicher unstreitiger Bewegg
33. Gebrauchstauglichkeit Version 3 2 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 hier ein Problem mit der Nutzung gegeben ist Dem Benutzer sollte das Gef hl vermittelt 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 Fehler managements 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 Bewertungen abgeben oder den Benutzer in den von ihm ausgesprochenen Bewertungen best rken Lediglich der
34. 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 Benutzer gebeten werden die festgestellten Nutzungsprobleme subjektiv zu bewerten etwa nach Effektivit tseinbu en oder anderen Wirkungen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 85 Anhang E Werkzeuge zum Pr fverfahren C 3 Fragebogen f r Benutzer C 3 1 Anwendungshinweise 86 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 Nutzungspr
35. Konformit tspr fung von Software auf der Grundlage von DIN EN ISO 9241 Teile 10 und 11 244 Seiten ISBN 3 89701 678 8 Online Bestellung http shop nw verlag de detail asp ID 4484 34 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Produkt in einem Anwendungsbereich erreicht werden sollen um die Leistung des Produkts aufgabengerecht zu projektieren und dient der Feststellung ob Arbeits aufgaben 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 doku mentiert so dass sie f r die Anforderungsdefinition verwertbar sind e Sind Anforderungen in Abh ngigkeit von Merkmalen des Nutzungskontexts spezifiziert und gewichtet e Sind die Anforderungen 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 Pflichten
36. Nutzungskontexts zu ber cksichtigen die den Mangel zumutbar kompensieren k nnen z B andere Schriftgr e einstellen wenn Lesbarkeit mangelhaft oder einen m glichen 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 Checklisten oft keine legitimen Pr fkriterien enthalten siehe G tekriterien der 7 Inspektion umfasst die Methodik der analytischen Evaluierung und Beobachtung gem ISO 9241 Teile 12 17 Siehe auch Fu note zur Methode der teilnehmenden Beobachtung DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 37 Anhang A Methoden zum Pr fverfahren 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 am besten geeignet da man die bereinstimmung von Merkmalen oder T tigke
37. 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 Systems 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 werden so entsteht ebenfalls der eben beschriebene Immunisierungseffekt der das Ergebnis einer Konformit tspr fung manipuliert Unterscheidung zwischen Benutzbarkeit und Gebrauchstauglichkeit 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 hinsichtlich der beabsichtigten Aufgaben die man mit dem Softwareprodukt bearbeiten k nnen soll In realen Nutzungskontexten m gen diese vom Her
38. Verletzung der Normempfehlung und des Dialogprinzips verifiziert werden kann und b in mindestens einer der drei Kategorien Effektivit t 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 20 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Aktio
39. 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 60 Leitfragen Kontext Szenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 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 der 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 Arb
40. achtung 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 2 Pr fverfahren 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 Kontext Szenarios Leitfragen zur Datenerhebung Anhang C 1 helfen die Objektivit t der Daten zu sichern Erhebungsobjektivit t Die Szenario Form ist gut geeignet die Daten von den befragten Benutzern validieren zu lassen Spezifikation Aus dem Kontext Szenario werden mit Blick auf die Aufgabenerforder nisse und Benutzerbelange Anforderungen an das Dialogsystem abgeleitet Ein Aus wertungsrahmen Anhang C 1 hilft die Objektivit t der Anforderungen zu sichern Auswertungsobjektivit t Mittels teilneh mender Beobachtung am Dialogsystem und Dokumentation der Beobachtungsdaten in einem Use Szenario werden bei identifizie rten Nutzungsproblemen weitere Anforde rungen ermittelt und unter Ber cksichtigung der Dialogprinzipien Teil 10 der Norm und der Prinzipien der Informationsdarstellung Teil 12
41. agungen gemacht wird besteht darin dass die Ergebnisse als undifferenzierte Aussagen ber die Softwarequalit 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 2 Anhang A Methoden zum Pr fverfahren A 5 Dokumentenanalyse A 5 1 Z
42. als Merkmal definiert so reicht i d R eine Inspektion des Produkts aus um Merkmals bereinstimmung 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 Dokumen tenanalyse 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 Kontext Szenarios 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 Falsifikationsansatz 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 Wirkung
43. as 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 chtigen 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 Qualit tsmerkmals gt Fehler oder gt Abweichung von einem geforderten T tigkeits Merkmal gt Mangel bedeuten Siehe auch Normabweichung 28 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 A Glossar Normabweichung nonconformity Unterschied zwischen einem gegebenen Produktmerkmal oder einer am Dialogsystem 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 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 U
44. azu 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 2 87 Anhang E Werkzeuge zum Pr fverfahren ErgoNorm Benutzerfragebogen zu Arbeit amp Software 88 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren Lieber Benutzer dieser Fragebogen dient dazu Ihre pers nliche 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
45. be Normabweichungen erkennen 8 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 Siehe Nielsen and Mack 1994 Usability Inspection Methods New York Wiley 38 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang A Methoden zum Pr fverfahren A 3 Teilnehmende Beobachtung A 3 1 Ziele Dient der Erfassung von Merkmalen einer T 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 Benutzungsprobleme im Nutzungskontext zu untersuchen A 3 2 G tekriterien e Sind die Repr sentativit t des beobachteten Benutzers der Nutzungsumst nde sowie der durchzuf hrenden Aufgabe bezogen auf den Verwendungszweck des Produkts gegeben e Werden die aufgezeichneten Beobachtungsdaten hinsichtlich ihrer kritischen Merk male durch die beobachteten Personen best tigt e Wird die Bewertung der kritischen Beobachtungsdaten von ihrer sachlichen Bes chreibung Aufzeichnung getrennt
46. benanalyse uuuuusssssnnnssnnenssnnnnnnnnnnnnnnnnnnnnn 35 A 1 4 Anwendungsempfehlungen 24440s4m444nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 36 A 2 Inspektion ER a a e IIND 37 BEZ Ziele ee a nee age Male be kei Aae Ehi 37 2 2 Jaulekritetien nes ea a e RAEES 37 A 2 3 Erl uterungen zur Inspektion een 37 A 2 4 Anwendungsempfehlungen usss444444444R RR 38 A3 Teilnehmende Beobachtung in 39 341 Ziele een a a a a a a ae eaa 39 A 3 2 G tekriterien e arike ee een een 39 A 3 3 Erl uterungen zur teilnehmenden Beobachtung 444444444 39 A 3 4 Anwendungsempfehlungen z2 4 3 4424248 84H an aahasnansanenn 40 A A Benutzerbefragung u een hir 41 32 9 a Kae Ee AE EIERN REDE E E T E 41 A 422 PGULEKTIETIEN ee ee ae He EREN RS 41 A 4 3 Erl uterungen zur Benutzerbefragung 444444444444nnn nennen 41 A 4 4 Anwendungsempfehlungen sssss44444444H RR 42 3 Dok umenlenanalyse eiserne 43 AST Zee een nein eine 43 A 5 2 G tekriterien s4 24sRsb Heben 43 A 5 3 Erl uterungen zur Dokumentenanalyse 24444444444nnnnnnnnn nennen 43 A 5 4 Vergleich mit einem Referenzprodukt 4444nnnnnnnnnnnnnnnnnnn nenn 44 A 5 5 Anwendungsempfehlungen Auen aan 44 Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit uuuuunssssnnnnnnnnnnnnnnnn 45 Bl PraamDelisetiea ne Beth a ae ea at ash nat na a
47. 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 Computer 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 bedeutsam 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 2 89 Anhang
48. besondere m ssen Aussagen zur Produktqualit t stets auf ihre Grundlagen Tests Pr fungen r ckf 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 44 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 Dialogsystem 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 Referen
49. bility 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 Pr fkriterien Diese werden aus den Aufgabenerfordernissen mit Blick auf ISO 9241 Teile 10 und 11 entwickelt validiert und auf Erf llung berpr 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 Engineers besteht im Management der Umsetzung der Anforderungen aus dem gt Nutzungskontext sowie der Anforderungen an die interaktive Erledigung von Aufgaben in Merkmale des Produkts W hrend der Anforderungsentwicklung f llt dem Usability Engineer die Aufgabe des gt Prototyping zu Usability Engineering usability engineering Eine Entwicklung von gt Anforderungen gt Prototypen und Softwareprodukten deren Validierung und Verbesserung unter systematischer Anwendung von gt Usability Engineering
50. boratorien 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 orientierten 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 fhandbuch wird dar ber hinaus f r die Pr fung von Softwareprodukten eingesetzt die den Entwicklungsprozess durchlaufen haben sich jedoch in ihrem jeweiligen Nutzungskontext noch als gebrauchstauglich erweisen m ssen Auch in diesen F llen is
51. ch Pr fhandbuch Gebrauchstauglichkeit Version 3 2 57 Kontext Szenario Anhang C Werkzeuge zum Pr fverfahren Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software Besonderheiten bei der Durchf hrung 14 Welche Unterbrechungen Zu erfragen ist auf welche Weise Ist die f r die Aufgabenbear Aufgaben Sind die Informationen die zur gibt es und warum Welche St rungen treten auf organisatorisch sozial technisch Arbeitst tigkeiten 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 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 angemessenheit Steuerbarkeit Steuerbarkeit Erledigung der Aufgabe notwendig sind auf dem Bildschirm bersichtlich 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 15 Wie werden Fehle
52. ch 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 Nutz ungskontext 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 fkriterium 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 fkriterrum fest welche Formatierungsparameter das Textverarbeitungs programm 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 fkriterium nur als Produktattribut definiert wurde Die Immunisierung bewirkt dass die am
53. ch 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 einheitlichen 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 2 A Glossar 4 Glossar Abweichung nonfulfilment departure Unterschied zwischen einem gegebenen Produktmerkmal oder einer am Dialogsystem ausf hrbaren gt Arbeitst tigkeit und einem gt Pr fkriterium Siehe auch Normabweichung Fehler Mangel Anforderung requirement Ein qualitativer oder quanti
54. chnischen 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 2 63 Anhang CE Werkzeuge zum Pr fverfahren 64 Leitfragen l 10 11 Welche offensichtlichen Anforderungen ergeben sich aus den besonderen Gegeben heiten des Nutzungskontextes Beispiel Wenn mehrere Benutzer gleichzeitig an demselben Dokument 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 Abh ngigkeiten der Arbeitsschritte abbilden erzwingen um den Benutzer zu f hren oder Fehlern vorzubeugen Welche hnlichkeiten zwischen gegebenen Arbeitsaufgaben Arbeitsschritten m ssen aus Kons
55. d Dritte z B Kunden direkt betroffen Und was folgt daraus Am meisten wirkt sich die Betriebskosten abrechnung 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 Computer ausdrucke auf die Altmieter unpers nlicher wirken als die fr heren Schriftst 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 Nutzungsprobleme 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
56. d die f r die Aufgaben Aufgaben Sind die Informationen die zur bearbeitung erforderlichen Informationen unmittelbar verf gbar angemessenheit Selbstbeschrei bungsf higkeit Erledigung der Aufgaben notwendig sind auf dem Bild schirm bersichtlich verf gbar Werden wiederkehrende Aufgaben vom Dialogsystem besonders unterst tzt 8 Welche Arbeitsschritte Hier gilt es herauszufinden welche T tigkeiten Wird die Arbeitsperson bei kehren h ufig wieder eher dem Menschen berlassen bleiben wiederkehrenden Aufgaben Automatisierung sollen und welche besser der Computer besonders unterst tzt gew nscht erforderlich erledigen soll Aufgaben angemessenheit Werden Aufgaben die das System selbst ausf hren soll vom System automatisch durchgef hrt Wiederkehrende Arbeiten k nnen oft automatisiert werden Es gilt festzustellen welche Computerisierung als n tzlich empfunden wird DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 55 Leitfragen Kontext Szenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 9 Welche Arbeitsschritte werden automatisch durchgef hrt Sind bei automatisierten Arbeits schritten Einflussm glich keiten des Benutzers vorhanden erlaubt gew nscht erforderlich Hier geht es im Unterschied zu Frage 8 darum herauszufinden ob trotz Automat isierung noch gen g
57. dbuch Gebrauchstauglichkeit Version 3 2 7 1 Einleitung aufwand 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 Dialogsysteme 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 eines Dialogsystems installiert ist um Prozesse zu berwachen und zu steuern T tigkeitsmerkmale die eine effiziente Ausf hrbarkeit von Dialogschritten kennzeichnen sind am Dialogsystem von Warten und Leitst nden mittels Teil 10 der Norm in derselben Weise pr fbar wie am Dialogsystem eines B ro arbeitsplatzes 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
58. den bzw Arbeitsalltags erfragt werden selten genannt fallen dem Benutzer Trotzdem sollte die Frage gestellt werden und spontan ein z B zur dem der Befragten Zeit zur Antwort gelassen Arbeitsteilung werden Zusammenarbeit Ein generelles Erfordernis kann Aufgaben 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 angemessenheit Werden diese Sonderf lle von der Software angemessen unterst tzt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 59 Kontext Szenario Anhang C Werkzeuge zum Pr fverfahren Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software Organisatorische Rahmenbedingungen 17 Welche Organisations Der befragten Person sind die abstrakten Ist das Ziel der Organisation Aufgaben Werden die Ziele der ziele gibt es im Hinblick auf die T tigkeit Ziele einer Organisation bekannt etwa so wie sie vom Management artikuliert werden 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 durch Einsatz der Arbeitsmittel effizient erreichbar angemessenheit Arbeitsorganisation z B hnliche Aufgaben hnlich zu bearbeiten
59. 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 f r wendungsvereinbarung Ei u 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 flaboratorien 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 Produk
60. diglich 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 Dialogsystems oder durch die am Dialogsystem tats chlich ausf hrbaren T tigkeiten erf llt sind Pr fen hei t zu Voraussetzungen f r die Akkreditierung siehe Abschnitt 3 6 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 1 Einleitung 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 gemacht werden F r den Usability Assessor ist es daher wichtig die Rolle der einzelnen Teile der Norm zweckdienlich einzu sch 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 fla
61. e Wirksamkeit dieser Methoden f r das Produkt ist nachzuweisen bzw plausibel 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 2 Anhang C Werkzeuge zum Pr fverfahren Anhang C Werkzeuge zum Pr fverfahren C 1 Erhebung und Auswertung von Kontext Szenarien Ein Kontext Szenario 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 solle
62. eckm ig herausgestellt einen Schreibblock DIN A4 zu benutzen Auf jede 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 Die befragte Person sollte immer ausreden d rfen sie darf nicht durch Zwischenfragen unterbrochen werden Redet die Person ber unwichtige Dinge ist 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 aufrechterhalten 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 C 1 2 Einarbeitung in die Erhebung von Kontext Szenarien 48 Requirements Engineers Anforderungsentwickler oder Usability Assessoren k nnen die Methode der Erhebung und Auswertun
63. eine festgelegte Abfolge der Arbeitsschritte und wenn ja wie sieht diese aus Ist eine Flexibilit t sinnvoll n tig Hier gilt es festzustellen ob und inwieweit festgelegte Arbeitsschritte die Selbst organisation des Arbeitsalltags einschr nken Wenn es festgelegte Schritte gibt so sind diese zu beschreiben Es ist auch festzustellen ob dies n tig ist oder ob mehr Flexibilit t zweckm ig w re Kann die Arbeitsperson dar ber entscheiden welche der Aufgaben sie ausf hren will es sei denn die zweckm ige Folge der Aufgaben ist vor gegeben Steuerbarkeit Steuerbarkeit Aufgaben angemessenheit Fehlertoleranz 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 Erzwingt die Software dort wo es festgelegte Abfolgen gibt die entsprechende Einhaltung der Reihenfolge der Arbeitsschritte DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 56 Leitfragen Kontext Szenario Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 12 Welche Ergebnisse Teil ergebnisse entstehen und wie werden diese ggf verwertet weitergef hrt Es ist festzustellen was der die Befragte an Ergebnissen produziert und wie diese weitergegeben werden Wichtig ist alle Schnittstellen zu identifizieren ber
64. eitfragen 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 angekommen lohnt es sich die im Auswertungsrahmen vorgegebenen Anforderungen an das Dialogsystem der jeweils passenden Leitfrage gegen ber zu stellen Wenn dieser 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 trainer geleiteten Einarbeitungssituation ist dieser Lerneffekt besser zu erreichen als beim Selbststudium C 1 3 Auswertung F r die Reinschrift und Auswertung lohnt es sich den Erhebungs und Auswertungsrahmen bereit zu legen Die dritte Spalte enth lt Erfordernisse die f r die gegebene Leitfrage h ufig vorkommen Deshalb kann man sie als Hinweis f r m gliche Erfordernisse verwenden die auch auf die selbst erhobenen Daten in der Spalte 2 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 49 Anhang CE Werkzeuge zum Pr fverfahren 50 zutreffen k nnten Ist dies nicht der Fall so ist dies ein m glicher Hinweis darauf dass der Inhalt des Szenario Abschnitts noch nicht klar genug beschrieben ist Es kommt auc
65. eitsergebnisse Selbstbeschrei bungsf higkeit Fehlertoleranz Erkennt der Benutzer an den Systemr ckmeldungen das Ergebnis seiner Arbeit Erkennt der Benutzer an den Systemr ckmeldungen fehlerhafte Ergebnisse 22 Welche Stressfaktoren gibt es und wie wird damit umgegangen Stressfaktoren k nnen durch die Aufgabe und Organisation sowie durch die Software gegeben sein 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 Aufgabenbearbeitung Belastung erfordert Sonstige Bemerkungen der befragten Person zu bereits aufgetretenen Nutzungs problemen 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 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 2 61 Anhang E Werkzeuge zum Pr fverfahren C 1 6 Leitfragen zur Ableitung von Anforderungen und Kriterien C 1 6 1 Klassen
66. eme z B bei Ratenvereinbarungen f r Mietr ckst nde aber die gesetzlichen Bestimmungen setzen den Rahmen Kann die Arbeitsperson dar ber Steuerbarkeit entscheiden welche der Aufgaben sie ausf hren will es sei denn die zweckm ige Folge der Aufgaben ist vorgegeben Steuerbarkeit Aufgaben angemessenheit Fehlertoleranz Kann der Benutzer die n chste zu bearbeitende Aufgabe am System frei w hlen Kann der Benutzer die Bearbeitung von Terminsachen so steuern wie es die Aufgabenbearbeitung erfordert Erzwingt die Software dort wo es festgelegte Ratenvereinbarungen gibt oder Mietr ckst nde entstan den sind die entsprechende DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 71 Leitfragen Kontext Szenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien Auch mit den Kollegen der gleichen Dienststelle muss Arbeit koordiniert werde etwa wenn eine Haussanierung die vor bergehende Umsetzung von Mietern erfordert Ist trotz geregelter Zust ndig keiten eine Kooperation bei der Aufgabenbearbeitung m glich Steuerbarkeit Einhaltung der Reihenfolge der Arbeitsschritte Kann der Benutzer den Dialog so steuern wie es die Kooperation erfordert 12 Welche Ergebnisse Teilergebnisse entstehen und wie werden diese ggf verwertet weiter gef hrt Es existiert ein zentraler Posteingang
67. en DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 2 Pr fverfahren 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 von der Norm verifizieren l sst Diese Bewertung 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
68. en eines Mangels sind gesondert zu beurteilen siehe Erh rtungstest DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Kontext Szenario pr fe die Effektivit t des Produkts Dokumenten analyse Abschnitte aus ISO 12119 Produkt effektiv im Sinne von ISO 9241 11 Use Szenario w hle aus passendes Merkmal od ausf hrbare T tigkeit Dokumenten analyse teilnehmende Beobachtung Produktattribut oder ausf hrbare T tigkeit Dokumenten Konformit tspr fung analyse vergleiche Kriterium mit Merkmal T tigkeit und untersuche die Zufriedenstellung der Benutzer sowie deren subjektive Einsch tzung von Effektivit t und Effizienz teilnehmende Beobachtung Benutzer Pr fergebnis befragung konform oder vermutete Abweichung Erh rtungspr fung Normabweichung bedeutsam Ja Nein 2 Pr fverfahren 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 Leis tung 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 s
69. end Steuerung durch den Benutzer m glich ist Es soll auch ermittelt werden ob und inwieweit durch die Computerisierung die Bearbeitung einer Aufgabe oder eines Vorgangs noch transparent oder ber schaubar bleibt und beeinflusst werden kann Ist der Stand der Bearbeitung 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 Aufgaben angemessenheit Steuerbarkeit Ist der Bearbeitungsstand so 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 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 Dialogsystem die f r die Aufgabendurch f hrung erforderlichen Berechtigungen 11 Gibt es
70. ennen Sie bitte die konkrete Stelle im Men oder in einer anderen bersicht in der die Anordnung der Information nicht Ihren Erwartungen entspricht C Ich empfinde dies als sehr st rend Sind Sie sich bei Wartezeiten immer noch sicher ob das Programm weiterarbeitet Tja nein O 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 C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 101 Anhang C Werkzeuge zum Pr fverfahren 3 Sind Sie manchmal berrascht wie das Programm auf Ihre Eingabe reagiert Tja nein O Frage trifft nicht zu wenn ja Beschreiben Sie die Situationen in denen Sie ber die Reaktionen des Systems erstaunt sind C Ich empfinde dies als sehr st rend 102 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 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 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
71. er beobachteten Person als sachlich zutreffend zu best tigen Zum Zwecke der Veran schaulichung k nnen screen shots 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 dokumen tierten 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 A 3 4 Anwendungsempfehlungen 40 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 T 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 aufge tretene Benutzungsprobleme oder mangelnde Zufriedenstellungen der Benutzer denen nachgegangen werden muss um vermutete Normabweichungen festzustellen und deren Wirkungen zu beurteilen Manchmal wird die Methode der
72. er Bearbeitung durch Einsatz der Arbeitsmittel effizient erreichbar angemessenheit Arbeitsorganisation z B hnliche Aufgaben hnlich zu bearbeiten oder Aufgaben mit weniger Aufwand zu erledigen durch die Software unterst tzt 18 Gibt es Mechanismen zur Leistungssteuerung Leistungskontrolle Wenn ja welche Sind diese erforderlich Eine direkte Leistungskontrolle oder Mechanismen der Leistungssteuerung gibt es nicht 19 Welchen berblick hat der Benutzer im Hinblick auf die Gesamtt tigkeit Vor Einf hrung der integrierten Vorgangsbearbeitung bleibt die bersicht ber die Gesamtt tigkeit schlecht Ist der Stand der Bearbeitung erkennbar so dass der Arbeits person der zu bearbeitende Vorgang berschaubar ist Aufgaben angemessenheit Ist der Bearbeitungsstand eines Vorgangs so angezeigt dass der Benutzer einen berblick ber die Gesamtt tigkeit erh lt Organisatorische nderungen sind nicht zu erwarten 20 Welche nderungen die die Aufgabenbear 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 2 75 Leitfragen Kontext Szenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software Pr fkriterien 21 Von welchen Arbeits ergebnissen Arbeits schritten sin
73. er 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 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 Kontext Szenario erheben Instruktion und Leitfragen sowie Erhebungs und Auswertungsrahmen f r Kontext Szenarien anwenden siehe Anhang C 1 2 Anforderungen aus Kontext Szenario ableiten Aus dem Ergebnis von Schritt 1 Anforderungen extrahieren Leitfragen f r die Ableitung von Anforderungen anwenden siehe Anhang C 1 W hrend der Ablei tung von Anforderungen die noch verbleibenden Unklarheiten mit dem befragten Benutzer kl ren Kontextszenario vom befragten Benutzer validieren lassen 3 Anforderungen aus Use Szenarien ableiten Jede im Kontext Szenario 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 Anforderungen abgeleitet sofern der Usability Assessor ein Nutzungs problem identifiziert das auf eine vermutete Normabweichung hinde
74. erfahren Kontext Szenario 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 angemessenheit Hier interessiert nur die Effektivit t der Arbeits ergebnisse im Sinne von ISO 9241 11 Aufgaben durch das Dialogsystem 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 Dialog gesetzt typische Kern typische und wichtige Aufgaben Sie sollen werden system effizient unterst tzt Aufgaben auff hren d h spiegelstrichartig aufgelistet werden Kurz Hier interessiert ob die Kern wenn gro er Zeitanteil anzumerken ist welche der Aufgaben viel Zeit f j h ufig wiederkehrend in Anspruch nehmen oder oft vorkommen Aurgaben mi angomossenem g pruch ne e oder sehr wichtig l Aufwand erledigt werden Inhaltlich festhalten was der die Befra
75. fnet 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 bertragungsproblemen 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 Archivy 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 Datei kann nicht ge ffnet werden Offenbar handelt es sich nicht um ein g ltiges ZIP Archiv Wenn Sie diese Datei heruntergeladen haben dann versuchen Sie sie erneut herunterzuladen Dr cken Sie F1 f r weitere Informa
76. g 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 Inhalt 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 4 Mit Blick auf die Auswertungssituation f r die Erhebungssituation lernen Die im Beispielszenario abgeleiteten Erfordernisse und Anforderungen werden Schritt f r Schritt nachvollzogen um zu lernen wie pr zise ein Sachverhalt beschrieben werden muss damit anschlie end die vorgegebenen Erfordernisse und Anforderungen abgeleitet werden k nnen 5 Warnung vor schematischer Auswertung Am Beispielszenario soll auch erkannt werden dass neben de
77. gef hrten kehren h ufig wieder Wohnungsanfragen beim Ausstellen von Miet wiederkehrenden Aufgaben angemessenheit wiederkehrenden Aufgaben vom Automatisierung bescheinigungen beim Bearbeiten von besonders unterst tzt Dialogsystem besonders gew nscht Reparaturmeldungen oder Mieterbeschwerden unterst tzt erforderlich haupts chlich bei Nachbarschafts Werden die aufgef hrten wiederkehrenden Aufgaben die das System selbst ausf hren sollte vom System automatisch ausgef hrt streitigkeiten J hrlich wiederkehrende Arbeiten sind Betriebskosten berechnen Heizkosten abrechnungen 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 69 Leitfragen Kontext Szenario 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 Rechne
78. gte 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 tigkeit als Springert tigkeit usw Eventuell gegebene ergonomische M ngel der Arbeitsgestaltung festhalten die nicht der Software anzulasten sind k nnen hier anwendbar sein und zwar in Planung Aus f hrung und Feedback dass vollst ndige T tigkeiten aus ge bt werden ISO 9241 2 gestaltete Arbeit kompensieren DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 53 Anhang C Werkzeuge zum Pr fverfahren Kontext Szenario Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software Voraussetzungen 4 Welche Qualifikation ist Die Qualifikation der befragten Person ist zu Kann die Arbeitsperson die Selbstbeschrei Ist die Software mit den zur Bew ltigung der erfassen Anschlie end ist der Bezug zur erworbenen Fachkenntnisse zur bungsf higkeit er
79. h 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 schwerlleicht 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 verringert werden wenn man mit der Bewertung der Umgehbarkeit beginnt 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 Bes
80. h vor dass ein von der Vorgabe in Spalte 3 abweichendes Erfordernis entdeckt wird dann ist dies einzutragen Der Begriff des Erfordernisses ist ein Schl sselbegriff der Qualit tssicherung weil er den Usability Assessor dazu bewegt sich in die Natur der Sache einzudenken Nicht immer wird ein dem Kontext Sachverhalt innewohnendes Erfordernis sofort klar sein Es ist besser kein Erfordernis in die dritte Spalte 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 Kontext Szenario 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 Kontext Szenarios zuordnet Sobald ein vorgegebenes Erfordernis als zutreffend erkannt oder ein zus tzliches eingetragen wurde kann das mit dem Erfordernis assoziierte Dialogprinzip festgestellt werden manchmal treffen mehrere Dialogprinzipien zu
81. 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 User 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 8 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 1 Einleitung DATech
82. heft oder in der Leistungsbeschreibung des Produkts nachvoll ziehbar ist welche Anforderungen an das Produkt sich auf welche Aufgaben oder Szenarien beziehen Die Aufgabenanalyse muss nachgeholt werden 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 ts pr fung ist stets auf die Anforderungen an ein Produkt Pr fkriterien 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 Normkonformit tspr fung bezieht dar ber hinaus die genormten Anforderungen mit ein Andere Erfordernisse des Nutzungskontexts eines Produkts z B arbeitsorganisatorische oder technische sowie Anforderungen aus anderen Normen z B Sicherheitsnormen sind zun chst in Aufgabenerfordernisse oder Benutzerbelange zu transformieren 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 Erfordernisse des Nutzungskontexts erfasst werden die zur Pr zisierung der Aufgabenerfordernisse beitragen Die Normkonformi
83. her 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 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 Sind die Berechtigungen angemessenheil angemessen erteilt Steuerbarkeit Steht die Geschwindigkeit der Bearbeitung allein unter der Kontrolle der Arbeitsperson es sei denn gesetzte Priorit ten sind zu beachten Unterst tzt das Dialogsystem die f r die Aufgabendurchf hrung erforderlichen Berechtigungen Wird die Geschwindigkeit der Vorgangsbearbeitung allein vom Benutzer gesteuert 11 Gibt es eine fest gelegte Abfolge der Arbeitsschritte und wenn ja wie sieht diese aus Ist eine Flexibilit t sinnvoll n tig 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 gewissen Entscheidungsspielraum bei der Bearbeitung bestimmter Mietprobl
84. ialogsystem 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 Ablaufstruktur 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 Anforderungen 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 Nutzungs probleme 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 s
85. ich Aufgabenbew ltigung Softwarenutzung Welche Vorkenntnisse fehlen ggf 5 Wer bzw welches Ereignis bestimmt was zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbeitsteilung externe Datenquellen 6 Welche Hilfsmittel sind erforderlich f r die Aufgabenbew ltigung zur Softwarenutzung Welche davon fehlen ggf welche sind zus tzlich gew nscht Normale 7 Welche Arbeitsschritte sind durchzuf hren Dorentunrung 8 Welche Arbeitsschritte kehren h ufig wieder Automatisierung gew nscht erforderlich 9 Welche Arbeitsschritte werden automatisch durchgef hrt Sind bei automatisierten Arbeitsschritten Einflussm glichkeiten des Benutzers vorhanden erlaubt gew nscht erforderlich 10 Kommt es vor dass mehrere Benutzer gleichzeitig an dem gleichen Objekt z B Vorgang Akte Dokument Datensatz arbeiten m ssen 11 Gibt es eine festgelegte Abfolge der Arbeitsschritte und wenn ja wie sieht diese aus Ist eine Flexibilit t sinnvoll n tig 12 Welche Ergebnisse Teilergebnisse entstehen und wie werden diese ggf verwertet weitergef hrt 13 Welches Feedback bekommt die befragte Person in bezug auf die Arbeitsergebnisse und die Wirkung ihrer Arbeit Besonderheiten 14 Welche Unterbrechungen gibt es und warum Welche St rungen treten bei der Durchf hrung auf organisatorisch sozial technisch 15 Wie werden Fehler zur ckgemeldet und behoben organisatorisch sozial
86. ie Vertiefung spezieller Kenntnisse ISO IEC 12119 1994 Information technology Software packages Quality requirements and testing DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 9 2 Pr fverfahren 2 Pr fverfahren 2 1 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 Anforderungen bei der Vorbereitung eines Software Entwicklungsprojektes angewendet werden Da die Normen i d R keine Pr fkriterien 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 ck sichtigung des jeweiligen Nutzungskontexts weiter zu konkretisieren vgl Anhang C 1 Beispiel Szenario Das Pr fverfahren ist in drei Abschnitte gegliedert
87. iele Dient der Feststellung ob Ergebnisse von Aktivit ten z B die Anwendung von erforderlichen Analyse 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 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 S
88. ind in solchen Dokumenten meist nicht enthalten Manchmal sind non funktionale Anforderungen spezifiziert aus denen man n tzliche Hinweise auf Merkmale des untersuchten Nutzungskontexts 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 2 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 fungsumfang werden Merkmale oder T tigkeiten vollst ndig oder stichprobenartig untersucht A
89. inne von ISO IEC 12119 z B Funktionsbeschreibungen Leistungsbeschreibungen Anforderungsanalysen Pflichtenhefte Beschreibungen des Fachkonzepts Ergebnisse von Nutzungskontext Aufgabenanalysen Benutzerdokumentation z B Benutzer handbuch 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 2 43 Anhang A Methoden zum Pr fverfahren Ins
90. istenzgr 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 Sachverhalts 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 aufgrund des im Kontextszenario gegebenen Sachverhalts auch im Hinblick auf Benutzerfehler l2 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 C 1 7 Beispiel Szenario Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Software Leitfragen Kontext Szenario Aufgabenerfordernisse Dialogprinzip 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 Kol
91. iten mit den Pr fkriterien durch Beobachtung am Ort der Arbeitst tigkeit feststellen kann H ufigster Fehler bei der Inspektion ist dass 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 Ist der Usability Assessor mit der Aufgabe 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 Aufgabenerfordernissen Benutzerbelangen und 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 Erfassung 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 Dialog prinzipien DIN EN ISO 9241 10 an so kann man gro
92. ja nein O Frage trifft nicht zu wenn ja Nennen Sie bitte Situationen in denen Sie auf die Hilfe von Kollegen oder eines Handbuchs angewiesen waren C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 97 Anhang C Werkzeuge zum Pr fverfahren 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 98 K nnen Sie Ihre Arbeitsschritte in der Reihenfolge erledigen die Ihnen am sinnvollsten erscheint Tja nein O Frage trifft nicht zu wenn nein Nennen Sie bitte Arbeitsschritte bei denen Ihnen eine andere Reihenfolge sinnvoller erscheinen w rde C Ich empfinde dies als sehr st rend Macht das Programm manchmal etwas ohne dass Sie es zu dem Zeitpunkt wollen Oja nein C Frage trifft nicht zu wenn ja Nennen Sie bitte das Verhalten des Programms das ungewollt auftritt C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 3 K nnen Sie bei Bedarf eine Aufgabe unterbrechen und sp ter wieder fortsetzen ohne alles neu eingeben zu m ssen Tja nein O Frage trifft nicht zu wenn nein Schildern Sie bitte in welcher Situation Sie
93. ktion bergeben werden damit keine Missverst ndnisse ber Zweck und Verwen dung 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 ermuntert 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 Aufzeichnung 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
94. lassen haben Vermutete Normabweichung feststellen l 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 Arbeits aufgabe 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 Gebrauchstauglichkeit Version 3 2 83 Anhang E Werkzeuge zum Pr fverfahren C 2 4 Erhebung eines Use Szenarios 84 Voraussetzungen und Vorgehensweise In jedem Fall sollte bereits ein Kontext Szenario erhoben worden sein damit die Kernaufgaben eines Arbeitsplatzes bekannt sind Liegt kein Kontext Szenario 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 s
95. leginnen 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 Dialogsystem 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 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 Dialogsystem effizient unter st tzt DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 65 Leitfragen Kontext Szenario Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software
96. lp File Das ge ffnete Fenster zeigt Winzip Online Hilfe an Bild 6 Nochmals Fehler meldung Bild 7 WinZip Startfenster wird angezeigt Anforderung 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 2 Anhang Werkzeugen gen Erttehleren Eihseren Bild 1 WinZip Fenster nach Aufruf des WinZip Programms Archiv ffnen ix Seen Selle Literaturliste do Bild 2 Nach Dr cken der ffnen Taste zeigt das Fenster Archiv ffnen die Datei an die der Benutzer komprimieren m chte DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 79 iaasa zum Pr fverfahren Archiv offnen ix Literaturliste doc imen alle Dateien Bild 3 Der Benutzer klickt die Datei an und versucht sie zu ffnen Bild 4 Fehlermeldung nach dem Versuch die Datei zu ffnen 80 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren amp WinZip Online Hilfe ioj xi Datei Bearbeiten Textmarke Optionen irhat indes 2c Dee e gt WZ40 Meldung Das ZIP Archiv kann nicht ge f
97. ls sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 93 Anhang C Werkzeuge zum Pr fverfahren 8 Finden Sie in dem Programm Hilfetexte die Ihnen auch tats chlich weiterhelfen Tja nein O Frage trifft nicht zu wenn nein Benennen Sie die Situationen in denen Sie die Hilfeinformation nicht weitergebracht hat C Ich empfinde dies als sehr st rend 9 Passt das Programm zu Ihren Formularen und bisherigen Formaten Tja nein O Frage trifft nicht zu wenn nein Benennen Sie die T tigkeit bei der das Programm nicht zu Ihren Papierunterlagen oder Formaten passt C Ich empfinde dies als sehr st rend 94 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 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 ckmeldungen 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 Oja O nein C Frage trifft nicht zu wenn nein Nennen Sie bitte die Informationen die Sie ben tigen aber nicht auf einen Blick zur Verf gung stehen
98. lyse task analysis Eine Methode zur Beschreibung der Arbeitsziele sowie der Bedingungen die f r die Ziel erreichung 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 A 4 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 25 A Glossar Benutzer user end user Eine Person oder eine Personengruppe die Rechner zur Unterst tzung ihrer Aufgabenbearbei tung 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 Benutzungsoberfl che user interface 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
99. medizin 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 benutzer orientierten 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 2 1 Einleitung 1 Einleitung Das DATech Pr fhandbuch enth lt einen Leitfaden 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
100. mgebung vgl ISO 9241 11 Nutzungskonzept conceptual design Die Struktur oder Strategie eines L sungswegs zur Erledigung einer Aufgabe und die daf r ben tigten Hilfsmittel nicht gemeint als DER eine ideale Weg der Aufgabenerledigung Hierbei sind die mentalen Modelle der Nutzer Benutzer von der Aufgabe und dem gew nschten Arbeitsergebnis 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 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 Anforderungen im Rahmen der Anforderungsentwicklung und des gt Prototyping zu validieren Produktpr fung product evaluation Vergleich der Merkmale eines Produkts z B der gt Benutzungsschnittstelle mit den gt Anforderungen um die Erf llung der Forderungen festzustellen Projekt project Ein Entwicklungsvorhaben in einer Herstellerorganisation zum Zwecke des Entwurfs der Entwicklung Dokumentation und gt Pflege ei
101. n der befragten Person Visionen ber Verbesserungen entlockt werden Im Fall 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 Kontext Szenarios gef hrt wird C 1 1 Instruktion zur Erhebung eines Kontext Szenarios 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 aufgezeich
102. n in Ruhe arbeiten zu lassen Ausf hrung der Aufgabe unter oder in der Sprechstunde f r das a 3 brechen um auf externe Anfor Publikum eine aktuelle Bearbei Aber bew hrt hat sich nur die gelegentliche f derungen zu reagieren tung ausreichend schnell zu Anrufumleitung an den jeweiligen dienstlichen unterbrechen um sich einer VONERISK anderen Aufgabe zu widmen Kann die unterbrochene Aufgabe Steuerbarkeit sp ter ohne unn tigen Aufwand wieder aufgenommen werden 15 Wie werden Fehler Fehler bei der t glichen Arbeit k nnen durch K nnen Fehler von der Fehlertoleranz K nnen Fehler ohne unn tig zur ckgemeldet und den Sachbearbeiter selbst ausgeb gelt werden Arbeitsperson selbst behoben Steuerbarkeit gro en Aufwand behoben behoben Fehler entstehen z B bei Betriebskosten werden werden organisatorisch berechnungen aufgrund fehlerhafter a sozial technisch Dateneingaben Fehler fallen z B dem Mieter Kann der zeitpunkt der Behe Bahlerielatanz Enualt bung selbst bestimmt werden soweit er nicht anderweitig festgelegt ist oder dem Vorgesetzen auf Bekommt die Arbeitsperson Selbstbeschrei Erkennt der Benutzer an den eine R ckmeldung ber bungsf higkeit Systemr ckmeldungen fehlerhafte Arbeitsergebnisse Fehlertoleranz fehlerhafte Dateneingaben oder falsche Berechnungen der Betriebskosten DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 73 Anhang C Werkzeuge zum Pr fverfahren Anforderu
103. n vorgegebenen Erfordernissen und Anforderungen weitere Ableitungen n tig sind wenn dies vom Inhalt des Kontext Szenarios her geboten erscheint 6 Ableitung der Pr fkriterien nachvollziehen Im Beispielszenario sind die Anforderun gen an die Software als Pr fkriterien spezifiziert d h die im Auswertungsrahmen vorgegebenen Anforderungen sind mit Blick auf den konkreten Szenario Inhalt pr ziser formuliert worden Bei autodidaktischer Einarbeitung ist es sehr empfehlenswert w hrend der ersten Erhebung einen erfahrenen Requirements Engineer 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 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 L
104. nd 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 72 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Software Leitfragen Kontext Szenario Aufgabenerfordernisse Dialogprinzip Pr fkriterien Besonderheiten bei der Durchf hrung 14 Welche Unter Um eine m glichst st rungsfreie Bearbeitung Ist die f r die Aufgabenbear Aufgaben Sind die Informationen auch zu brechungen gibt es von Vorg ngen zu erm glichen gibt es Sprech beitung erforderliche angemessenheit den am Telefon zu erledigenden und warum stunden f r das Publikum Aber die Bearbeitung Information auch bei n tigem Aufgaben auf dem Bildschirm komplizierter Vorg nge wird durch Telefon Aufgabenwechsel unmittelbar bersichtlich verf gbar Welche St rungen treten auf anrufe immer noch gest rt Mittels Anrufumlei verf gbar tung wurde zwar versucht alle Anfragen bei Bi SL daS y de organisatorisch onem Sachbearbeiter z b ndsln um die Kann die Arbeitsperson die Steuerbarkeit M glichkeit bei Telefonanrufen sozial technisch anderen Kollege
105. nen 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 21 2 Pr fverfahren 22 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 Effizienz 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
106. nes Softwareprodukts DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 29 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 Anforder ungen Dient ein Prototyp der Erkundung noch nicht verstandener Anforderungen 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 Anforderung 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 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 Nutzungskontexts eines existierenden oder geplanten Softwareproduktes und in der Entwicklung der aus dem Kontext resultierenden Anforderungen Gem ISO 9241 11 muss der Req
107. neten Sachverhalte von der Person auf Richtigkeit gepr ft werden sollen 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 beurteilen kann wenn vorher die zu erledigenden Aufgaben klar verstanden worden DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 47 Anhang E Werkzeuge zum Pr fverfahren 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 Bearbeitung 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 zw
108. ng 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 Aufgabenbezug 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 berdauernd 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 Wiederholungsuntersuchung eignet sich der Fragebogen etwa nach Beseitigung von ergonomischen M ngeln im Zuge eines Pflegeprozesses DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Pr
109. ngen an die Software Leitfragen Kontext Szenario Aufgabenerfordernisse Dialogprinzip Pr fkriterien 16 Welche wichtigen Wichtige Sonderf lle m ssen nicht Ist infolge ge nderter Erwartungs Kann der Benutzer die Sonderf lle m ssen ber cksichtigt werden Zust ndigkeit eine effektive konformit t bernommenen Daten in der ber cksichtigt werden en bzw fallen dem In der Zusammenarbeit mit den Kollegen werden rechtliche Probleme besprochen Benutzer spontan ein RR f z B Arbeitsteilung Zusammenarbeit ist auch erforderlich wenn NE z B ein Mieter in den Bereich eines anderen Sachbearbeiters umzieht oder wegen Modernisierungsarbeiten umgesetzt werden muss Zusammenarbeit bergabe bernahme und Bearbeitung der Vorgangsdaten m glich erwarteten Weise weiter bearbeiten DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 74 Anhang C Werkzeuge zum Pr fverfahren Anforderungen an die Software Leitfragen Kontext Szenario Aufgabenerfordernisse Dialogprinzip Pr fkriterien Organisatorische Rahmenbedingungen 17 Welche Organisations Ziel der Verwaltung ist die Gleichbehandlung Ist das Ziel der Organisation Aufgaben Werden die Ziele der ziele gibt es im Hinblick aller Mieter Abstimmungen zwischen den auf die T tigkeit Kollegen dienen dazu dieselbe Linie zu fahren Mit der Computerisierung soll der Service f r die B rger verbessert werden haupts chlich die Schnelligkeit d
110. ngineering vol 24 no 12 1182 1196 Dzida W Geis T und 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 Maschine Systemen Fortschritt Berichte VDI Reihe 22 Nr 1 VDI Verlag D sseldorf 104 114 ISBN 3 18 300122 5 Dzida W und Freitag R 2001 Usability Testing The DATech Standard In Wieczorek Meyerhoff Hrsg Software Quality State ofthe Art in Management Testing And Tools Springer pp 160 177 ISBN 3 540 41441 X Seminar der Deutschen Informatik Akademie Usability Engineering Entwicklung gebrauchstauglicher Software Zum Verstehen und Anwenden von software ergonomischen Normen Cakir A and Dzida W 1997 International ergonomic HCI standards In Helander et al eds Handbook of Human Computer Interaction Elsevier Amsterdam 407 420 ISBN 0 444 81876 6 Dzida W 1997 International user interface standardization In A Tucker ed The Computer Science and Engineering Handbook CRC Press Boca Raton 1474 1493 ISBN 0 8493 2909 4 Smith W 1996 ISO and ANSI Ergonomic Standards for Computer Products A Guide to Implementation and Compliance Prentice Hall Upper Saddle River NJ ISBN 0 13 151119 X Zu Nutzen und Kosten software ergonomischer Gestaltung Landauer T K 1995 The Trouble with Computers Usefulness Usabili
111. obleme 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 zutreffend angekreuzt wurden so kann dies als Hinweis gedeutet werden dass die Benutzer an die in der Instruktion 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 d
112. oblemen 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 so ist empfehlenswert 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 Anforderung 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 Aufgabenbeschreibu
113. oder Aufgaben mit weniger Aufwand zu erledigen durch die Software unterst tzt 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 Dialogsystem integrierte Leistungskontrollen abschaltbar 19 Welchen berblick hat der Benutzer im Hinblick auf die Gesamtt tigkeit Wenn mangelnder berblick festgestellt wird z B hinsichtlich der Verwertung Weiterleitung Weiterbearbeitung der Arbeitsergebnisse so interessiert ob der mangelnde berblick durch Softwarefunktionen 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 Gesamtt tigkeit erh lt 20 Welche nderungen die die Aufgabenbearbeitung beeinflussen sind zu erwarten oder werden gew nscht Welche
114. 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 T tigkeit am Produkt ausf hrbar ist vgl Anhang A 2 Konformit t conformity conformance compliance bereinstimmung eines Produktmerkmals oder einer am Dialogsystem 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 Kontext Szenario context scenario Eine episodische Beschreibung der gt Arbeitst tigkeiten einer Arbeitsperson z B der k nftige gt Benutzer um den Einfluss der Bedingungen des gt Nutzungskontexts auf die Ausf hrung der T tigkeiten zu analysieren Diese Erhebung dient der Vorbereitung der Anforderungs entwicklung zu Beginn eines Projekts Es werden in der Sprache des Benutzers die Nutzungs bedingungen 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 d
115. ollte 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 erfahrenen 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 Instru
116. peichern 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 11 Siehe Glossar DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 77 Anhang CE Werkzeuge zum Pr fverfahren Aufgabe in Teilaufgaben zerlegt Teilaufgabe 1 Zu komprimierende Datei ausw hlen Teilaufgabe 2 Fehlerursache finden 78 Beschreibung der Interaktion in Form eines Use Case Benutzeraktion Benutzer startet das WinzZip Programm Critical incident Benutzer versteht die Meldung in der Status Zeile nicht Benutzer f hrung unklar Benutzer dr ckt die 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 Dialogsystems 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 He
117. r nee 87 2 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Abbildungsverzeichnis Abbildungsverzeichnis Abbildung 1 Zielgruppen des DATech Pr fhandbuchs ssssnennnnnnnnennnen 5 Abbildung 2 Stufen der Nutzungsqualit t von Softwareprodukten 244442n000 6 Abbildung 3 Definition eines Pr fkriteriums 4444444snnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 13 Abbildung 4 Durchf hrung einer Konformit tspr fung mit anschlie ender Erh rl ngspr fung ses essen s ra sada 15 Abbildung 5 Die Entscheidungsregeln der Erh rtungspr fung im berblick 21 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Gebrauchstauglichkeitspr fung durch Aus oder Fortbildung eingearbeitet sind Das Pr fhandbuch ist kein Lehrbuch Erg nzende Literatur zum Pr fverfahren wurde von der Bundesanstalt f r Arbeitsschutz und Arbeits
118. r 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 Arbeitsperson 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 58 Kontext Szenario Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Anhang C Werkzeuge zum Pr fverfahren Dialogprinzip Anforderungen an die Software 16 Welche wichtigen Sonder Sonderf lle werden in der blichen f lle m ssen ber ck Interviewsituation in der Regelf lle des sichtigt wer
119. r 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 Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren C 1 6 3 Generelle Anforderungen an das Dialogsystem Nachstehende Anforderungen gelten in allen Nutzungskontexten eines Software produkts Je nach den spezifischen Merkmalen des Nutzungskontexts sind diese Anforderungen als Pr fkriterien zu formulieren 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
120. r 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 automatische Vorg nge steuernd eingreifen z B Abschalten Anhalten Aufgaben angemessenheit Steuerbarkeit Ist der Bearbeitungsstand der regelm ig durchzuf hrenden Aufgaben so angezeigt dass dem Benutzer die Beurteilung des Vorgangs m glich ist Entf llt 10 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 Pilostanwendung die zunehmende Vernetzung der PCs erprobt Vorteilhaft is
121. rchf hrung erforderlichen Arbeitsschritte beschreiben und handlungsleitende Informationen 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 2 45 Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit 46 Korrektheit der Dokumentation Das Programmverhalten muss in allen Punkten mit den Aussagen in der Benutzerdokumentation bereinstimmen siehe ISO 12119 Abschnitt 3 2 2 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 bersichtlichkeit der Dokumentation Die Benutzerdokumentation muss ber sichtlich strukturiert sein z B Inhaltsverzeichnis und schnelles Suchen erm glichen 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
122. rund des Handelns Eine Zielsetzung einer Arbeit oder einer Organisation gt Nutzungskontext die selbstverst ndlich vorausgesetzt wird und aus der sich spezifische gt Anforderungen ableiten lassen 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 Produkts verhindert oder ein gt Mangel der als Fehler angesehen wird weil ihm eine definierte gt Anforderung 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 Dialogsystem ausgef hrt werden k nnen bezogen auf die Arbeitsaufgabe DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 27 A Glossar 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 Immunisierung Eine Manipulation des Ergebnisses einer Konformit tspr fung indem das Pr fkriterium als Produktattribut definiert wurde und zwar mit Blick auf das gegebene Produkt
123. 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 10 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 Entwicklungsprojekten 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 d
124. spezifiziert Interpretation Die Anforderungen an das Dialogsystem sind kontextspezifisch formu liert w hrend die in den Normen stehenden Anforderungen kontextneutral sind Durch Interpretation der neutralen Formulierungen im Lichte der kontextspezifischen Anforder ungen 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 13 2 Pr fverfahren 2 1 2 Durchf hrung der Pr fung 14 Die Konformit tspr fung 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
125. sse der Aufgaben Werden die aufgef hrten sind durchzuf hren Arbeiten sind z B bei der Neuvermietung Arbeitsschritte vollst ndig und angemessenheit periodisch anfallenden Arbeiten Wohnung frei melden die Vorbereitung und korrekt erzielt werden durch das Dialogsystem unter berwachung von Modernisierungen st tzt freigewordener Wohnungen Wohnungsange bote schreiben f r Bewerber Besichtigungs Ist der Stand der bisherigen Aufgaben l Ist der Bearbeitungsstand der Bearbeitung erkennbar angemessenheit aufgef hrten Aufgaben so termine vereinbaren Bezugstermine festlegen Selbstbeschrei anaezeidt dass dem Benutzer orts bliche Vergleichsmiete festlegen kl ren mi 3 ng gt A bungsf higkeit die Bearbeitung des n chsten wer die Miete zahlt z B manchmal das Sozial i j ist amt kl ren wer die Kaution zahlt Kautionen Arbeitsschritts klar ist berechnen Wohnungen bergeben Miet Sind die f r die Aufgaben Aufgaben Sind die Informationen die zur vertr ge ausstellen Bei K ndigung fallen bearbeitung erforderlichen angemessenheit Erledigung der aufgef hrten regelm ig Arbeiten an wie Wohnungsbesichti Informationen unmittelbar Selbstbeschrei Aufgaben notwendig sind auf gung Abnahme der Wohnung Vorbereitung verf gbar bungsf higkeit dem Bildschirm bersichtlich der Neuvermietung verf gbar 8 Welche Arbeitsschritte H ufig anfallende Arbeiten entstehen bei Wird die Arbeitsperson bei Aufgaben Werden die auf
126. steller beschriebenen DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 23 3 Voraussetzungen f r die Akkreditierung 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 Anforderungen 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 3 Voraussetzungen f r die Akkreditierung 24 Neben den formalen Voraussetzungen die DATech an die Akkreditierung eines Pr flabors stellt sind fachliche Anforderungen zu erf llen die si
127. t 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 Nutzungsproblem Entwicklungs und Wartungskosten sparen 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 f ISO 13407 1999 Human centred design processes for interactive systems Zur Unterscheidung zwischen Anwender und Benutzer siehe Glossar DATech Pr fhan
128. t tspr fung dient zur Feststellung der ergonomischen Mindestqualit t DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 35 Anhang A Methoden zum Pr fverfahren 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 36 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 s
129. t 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 miiecan A rh mit der Starntkacea kann z7 R 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 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 2 70 Leitfragen Kontext Szenario Anhang C Werkzeuge zum Pr fverfahren Aufgabenerfordernisse Dialogprinzip Anforderungen an die Software Pr fkriterien m ssen Auch mit der Stadtkasse kann z B die F hrung des Personenkontos besser abgestimmt werden Bei dieser Koordinierung entstand fr her viel Schreibaufwand der durch Einf hrung einheitlic
130. t zu wenn nein Nennen Sie die Stellen bei denen Ihnen das Arbeiten mit dem Programm schwer f llt C Ich empfinde dies als sehr st rend DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 105 Anhang C Werkzeuge zum Pr fverfahren 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 Tja nein O Frage trifft nicht zu wenn nein Beschreiben Sie bitte die Strafen die Sie von dem Programm durch Rumprobieren schon bekommen haben C Ich empfinde dies als sehr st rend 106 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Anhang C Werkzeuge zum Pr fverfahren 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 2 107
131. tativer Wert einer Qualit tsforderung die aus gt Erfordernissen der Arbeit oder Organisation gt Nutzungskontext des Benutzers sowie seiner Belange abgeleitet ist Anforderungen sind i d R als geforderte gt Arbeitst tigkeit zu formulieren Nur wenn gesicherte ergonomische Erkenntnisse f r die Merkmale eines Produkts z B Farbkodierung Hintergrundfarbe des Bildschirms gegeben sind k nnen diese Merkmale als Anforderung dienen Eine Anforderung kann in ein gt Pr fkriterium transformiert werden 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 T tigkeit des gt Benutzers am Bildschirmarbeitsplatz die zur Erledigung der Arbeitsaufgabe ausgef hrt wird Nicht beobachtbar sind kognitive Prozesse wie lernen erinnern eine Vorstellung entwickeln mentales Modell denken suchen usw Aufgabenana
132. tellt 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 tigkeiten und bei vermuteten Abweichungen eine Befragung der Benutzer Erh rtungspr fung Ergibt die Konformit tspr fung eine vermu tete 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2
133. timmung 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 19 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 Schl sselfragen e Wie zufrieden unzufrieden sind die Benutzer mit der Nutzung des Produkts zur Durchf hrung der Arbeitsaufgabe 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
134. tionen Bild 6 Fehlermeldung nach Schlie en des Hilfe Fensters DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 81 iaasa zum Pr fverfahren ERTEHIETeN Bild 7 Zur ck in die Ausgangs Situation nach Dr cken der OK Taste 82 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 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 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 einzelne 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
135. ts 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 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 5 1 Einleitung Pr flaboratorien erprobt worden die von 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 kennzeichnet 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 Ben
136. ty and Produc tivity The MIT Press Cambridge MA ISBN 0 262 12186 7 Bias R G and Mayhew D J 1994 Cost Justifying Usability Academic Press Boston ISBN 0 12 095810 4 Grudin J 1991 Systematic sources of suboptimal interface design in large product development organizations Human Computer Interactions 6 147 196 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 33 5 Literatur Minasi M 2000 The Software Conspiracy Why Software Companies Put Out Faulty Products How Thy Can Hurt You And What You Can Do About It Mc Graw Hill New York ISBN 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 Zur Umsetzung in die betriebliche Praxis Riechenhagen G Pr mper J und Wagner J 1997 Handbuch der Bildschirmarbeit Luchterhand Neuwied ISBN 3 472 03048 8 Rudlof C und Becker T pfer E 1997 Software Ergonomie und Arbeitsgestaltung Gemeinn tzige hbv KBV mbh D sseldorf ISBN 3 931975 06 1 Zur Entstehung des Pr fverfahrens und des ErgoNorm Benutzerfragebogens Dzida W Hofmann B Freitag R Redtenbacher W Baggen R Geis T Beimel J Zurheiden C Hampe Neteler W Hartwig R Peters H 2001 Gebrauchstauglichkeit von Software ErgoNorm Ein Verfahren zur
137. u untersuchen wenn nicht ohnehin zweifelsfrei feststeht dass der Mangel behoben wird DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 41 Anhang A Methoden zum Pr fverfahren A 4 4 Anwendungsempfehlungen 42 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 Benutzungsproblemen 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 Benutzerbefr
138. uirements Engineer bei der Kontextanalyse die Merkmale der Benutzer der Arbeitsaufgabe der Arbeitsmittel und der Umgebung erfassen und daraus Anforderungen entwickeln 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 arbeits wissenschaftliche Prinzipien der Gestaltung vollst ndiger T tigkeiten e Erfahrung in der Durchf hrung und Dokumentation von strukturierten non direktiven Interviews von gt Benutzerbefragungen und teilnehmenden Beobachtungen Styleguide Eine Herstellernorm zur Gestaltung von Oberfl chen Merkmalen der gt Benutzungs schnittstelle zum Zwecke der konsistenten Gestaltung dieser Merkmale ber alle Anwen dungsprogramme hinweg Siehe Anmerkung zu Abschnitt A 5 3 des Pr fhandbuchs Szenario scenario Eine episodische Beschreibung von gt Arbeitst tigkeiten unter Ber cksichtigung des gt Nutzungskontexts gt Kontext Szenario oder unter Ber cksichtigung der tats chlichen Ausf hrung der gt Arbeitst tigkeit am Dialogsystem gt Use Szenario 30 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 A Glossar Teilnehmende Beobachtung participatory observation Eine Methode zur explorativen Analyse der Merkmale von T tigkeiten z B Nutzungs probleme die ein Benutzer an einem Produkt aus bt vgl Anhang A 3 Usability Assessor usa
139. unter konomischen Gesichtspunkten g nstigste Methode um einem Mangelverdacht nachzugehen oder den Grad der 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 ssigkeit 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 konsolidierten Bedingungen sind meist bedeutsam Werden diese negativ erlebt so kann es erforderlich sein die subjektiven Wirkungen z
140. utet DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 11 2 Pr fverfahren 12 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 Dialog 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 Anforderungen als Pr fkriterien zu pr zisieren weil die abstrakt formulierten Normen teilweise keine Pr fkriterien enthalten Wenn die Norm eine T tigkeitsanforderung enth lt so ist eine Interpretation dieser Anforderung mit Blick auf die Erfordernisse des Nutzungskontexts notwendig Interpretieren hei t die genormte Anforderung unter Ber cksichtigung der Kontext erfordernisse zu transformieren so dass ein Pr fkriterium definiert werden kann DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 Aufgaben analyse ys erfasse Daten des Dokumenten Nutzungskontexts analyse Kontext Szenario teilnehmende Beob
141. utzern unter den gleichen Beobachtungs Bedingungen stattfindet Dadurch wird eine quasi experimentelle Untersuchungssituation geschaffen Jeder Benutzer wird instruiert welche Aufgabe auszuf hren ist es wird au erdem mitgeteilt dass nicht der Benutzer getestet wird insofern ist der Begriff Benutzertest irref hrend sondern die Nutzung 10 W hrend bei der Inspektionsmethode die Beobachtung eher auf eine Zustandsanalyse der T tigkeit und die Feststellung von Produktmerkmalen gerichtet ist zielt die teilnehmende Beobachtung eher auf die Untersuchung des T tigkeitsverlaufs und der Wechselwirkungen zwischen Verlauf und Nutzungskontext DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 39 Anhang A Methoden zum Pr fverfahren des Programms und es wird darauf geachtet dass die Beobachtungs Bedingungen etwa die Aufzeichnung mittels Video Kamera die Benutzer nicht beeinflussen 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 meist hinsichtlich des Beobachtungs ziels ausgewertet Deshalb sind die zielkritischen Daten zu dokumentieren und von d
142. utzers anforderungsgem und zuverl ssig funktioniert Gebrauchstauglichkeit DIN EN ISO 9241 Teile 10 bis 17 Benutzbarkeit ISO IEC 12119 Software technische Qualit t Abbildung 2 Stufen der Nutzungsqualit t von Softwareprodukten Die Nutzungspraxis von Software zeigt dass viele Benutzeranforderungen 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 C 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 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 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 DATech Pr fhandbuch vor dass le
143. 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 Anforderungen Die im nachstehenden Abschnitt C 1 6 5 formulierten Leitfragen zur Ableitung von Anforderungen sind in jedem Falle zu beantworten da sie Anforderungen betreffen die in fast jedem Nutzungskontext vorkommen Dar ber hinaus soll der Auswertungs rahmen Abschnitt C 1 5 angewendet werden Er enth lt ebenfalls Anforderungen die fast immer vorkommen berschneidungen mit den Leitfragen sollen verhindern dass das Auswertungsschema unreflektiert angewendet wird In jedem Kontext Szenario findet man Besonderheiten aus denen spezielle Erfordernisse und Anforderungen abzuleiten sind siehe Beispielszenario Vergleicht man die Anforderungen 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 Anforderungen an die Software in Pr fkriterien zu transformieren C 1 6 5 Leitfragen zur Ableitung von Anforderungen an das Dialogsystem Anforderungen an das Dialogsystem sollen so formuliert werden dass Arbeitst tigkeiten angestrebte Arbeitsergebnisse oder Ziele zum Ausdruck kommen In der Formulierung sind spezifische Merkmale zur te
144. welche n tzlich sind welche weniger und Aufgabe erforderlich sind Arbeitst tigkeiten erforderlichen warenutzung warum Hilfsmittel gegeben Welche davon fehlen ggf Auch feststellen ob und welche Hilfsmittel welche sind zus tzlich fehlen gew nscht Der die Befragte soll auch W nsche u ern ber zus tzliche Hilfsmittel DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 54 Anhang C Werkzeuge zum Pr fverfahren Kontext Szenario Anforderungen Leitfragen Hinweise zum Inhalt Aufgabenerfordernisse Dialogprinzip an die Software Normale Durchf hrung 7 Welche Arbeitsschritte Dies ist die umfangreichste Frage der K nnen die Ergebnisse der Aufgaben Werden die anfallenden Arbeiten durch das Dialogsystem unterst tzt sind durchzuf hren Erhebung Hinsichtlich der Kern Aufgaben Arbeitsschritte vollst ndig und angemessenheit sind die T tigkeitsschritte zu erfragen die zur korrekt erzielt werden Erreichung von Ergebnissen notwendig sind Der rote Faden des T tigkeitsablaufs istzu Ist der Stand der bisherigen erfassen Es geht bei dieser Frage um eine Bearbeitung erkennbar Detaillierung der Frage 2 Die Antworten Aufgaben angemessenheit Selbstbeschrei Ist der Bearbeitungsstand so 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 Sin
145. worbenen fachlichen Aufgaben erforderlich Nutzung von Software herzustellen jetzt und Erledigung der Aufgaben Vorkenntnissen nutzbar Aufgabenbew ltigung k nftig nutzen SOHSaLEnUzUng Dabei soll erfragt werden welche Sind die erforderlichen Erwartungs Welche Vorkenntnisse Vorbedingungen f r die Softwarenutzung Vorkenntnisse vorhanden konformit t fehlen ggf erforderlich und gegeben sind gew nscht sind Lernf rderlichkeit oder noch fehlen 5 Wer bzw welches Anl sse feststellen aus denen sich Kann die Arbeitsperson dar ber Steuerbarkeit Kann der Benutzer die n chste Ereignis bestimmt was T tigkeiten am Arbeitsplatz ergeben entscheiden welche der zu bearbeitende Aufgabe am zu tun ist Wer trifft die Auswahl Selbst ndigkeit der Bearbeitung Arbeits Aufgaben sie ausf hren will es System frei w hlen sei denn die Folge der Aufgaben ist durch Priorit ten Wichtig ist auch festzustellen welche Datenquellen den Input f r die auszuf hrenden T tigkeiten liefern Kann der Benutzer den Dialog so steuern wie es die j teilung externe Daten vorgegeben Aufgabenbearbeitung erfordert quellen 6 Welche Hilfsmittel sind Es gilt festzuhalten welche Hilfsmittel f r die Sind alle Hilfsmittel gegeben Aufgaben Sind alle f r die am Software erforderlich f r die Aufga Erledigung von Aufgaben genutzt werden die f r das Erledigen der angemessenheit produkt auszuf hrenden benbew ltigung zur Soft
146. zienzminderung 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 Schl sselfragen e Welcher Prozentsatz der Benutzerzielgruppe ist betroffen e Wie oft tritt die Effizienzminderung bei typischer Produktnutzung auf gt gt Einstufung hoch niedrig 18 DATech Pr fhandbuch Gebrauchstauglichkeit Version 3 2 2 Pr fverfahren B3 Umgehbarkeit Kompensierbarkeit durch Nutzungskontext oder alternative Gestaltung Schl sselfragen 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 hoc
147. zprodukt als Dokument analysiert so reicht das Produkt als Anschauungsobjekt nicht aus Vielmehr muss die dem Referenzprodukt zugeh rige Anforderungsspezifikation eingesehen werden um festzustellen ob diese f r die Defini tion 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 2 Anhang B Pr fbausteine f r ISO IEC 12119 Benutzbarkeit Anhang B Pr fbausteine f r ISO IEC 12119 B 1 B 2 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

DATech-Prüfhandbuch Gebrauchstauglichkeit

Contents

Download Pdf Manuals

Related Search

Related Contents

DATech-Pr&uuml;fhandbuch Gebrauchstauglichkeit

Contents

Download Pdf Manuals

Related Search

Related Contents

DATech-Prüfhandbuch Gebrauchstauglichkeit