Inżynieria oprogramowania - 15 Slide 1
Projektowanie interfejsu
użytkownika
. Projektowanie efektywnych
interfejsów użytkownika dla
systemów oprogramowania
Inżynieria oprogramowania - 15 Slide 2
Cele
. Omówić ogólne zasady projektowania interfejsu
użytkownika
. Wyjaśnić różne style interakcji
. Przedstawić sposoby prezentacji informacji
. Opisać ułatwienia które powinny być wbudowane
w interfejs użytkownika
Inżynieria oprogramowania - 15 Slide 3
Zagadnienia
. Zasady projektowania interfejsu użytkownika
. Interakcja z użytkownikiem
. Prezentacja informacji
. Wsparcie użytkownika
Inżynieria oprogramowania - 15 Slide 4
Interfejs użytkownika
. Użytkownicy systemu często oceniają system na
podstawie jego interfejsu a nie jego funkcjonalności
. Kiepsko zaprojektowany interfejs może prowadzić
do popełniania przez użytkownika katastrofalnych
błędów
. Słaby projekt interfejsu użytkownika był jedną z
przyczyn, iż tak wiele systemów oprogramowania
nie zostało nigdy użytych
Inżynieria oprogramowania - 15 Slide 5
Graficzny interfejs użytkownika
. Większość użytkowników systemów
biznesowych komunikuje się z systemem poprzez
interfejs graficzny, choć w niektórych
przypadkach stosuje się jeszcze interfejs tekstowy
Inżynieria oprogramowania - 15 Slide 6
Właściwości graficznego
interfejsu użytkownika
Właściwość Opis
Okna Wiele okien umożliwia jednoczesne wyświetlanie różnych informacji na
ekranie użytkownika
Ikony Ikony reprezentują różne rodzaje informacji. W niektórych systemach
odpowiadają plikom, a w innych - procesom
Menu Polecenie wybiera się z menu, a nie wpisuje w postaci instrukcji języka
poleceń
Wskazywanie Urządzenia do wskazywania, takie jak mysz, służą do wyboru z menu i
wskazywania potrzebnych elementów w oknie
Grafika Elementy graficzne można połączyć z tekstowymi na tym samym ekranie
Inżynieria oprogramowania - 15 Slide 7
Przewagi GUI
. Łatwość nauczenia się i użycia.
. Użytkownicy bez doświadczenia mogą szybko nauczyć się
wykorzystywać system.
. Użytkownik może łatwo przechodzić z jednego zadania
do drugiego i może być w interakcji z szeregiem różnych
aplikacji.
. Informacja pozostaje widoczna w powiązanym z nią oknie kiedy
uwaga użytkownika zostaje przeniesiona na inną aplikację.
. Dzięki bezpośredniemu dostępowi do dowolnego miejsca
na ekranie możliwa jest szybka i pełnoekranowa
interakcja
Inżynieria oprogramowania - 15 Slide 8
Projekt skoncentrowany na
użytkowniku
. Celem tej części wykładu jest uczulenie inżynierów
oprogramowania na kluczowe zagadnienia leżące u
podstaw projektowania interfejsu użytkownika aniżeli na
sam proces implementacji
. Projektowanie skoncentrowane na użytkowniku jest
podejściem do projektowania interfejsu, w którym
potrzeby użytkownika są wartością nadrzędną i gdzie
użytkownik bierze czynny udział w procesie tworzenia
interfejsu
. Projektowanie interfejsu użytkownika zawsze wiąże się z
budową prototypu interfejsu
Inżynieria oprogramowania - 15 Slide 9
Proces projektowania interfejsu
graficznego użytkownika
Zanalizuj i
rozpoznaj
czynności
użytkownika
Zaprojektuj
prototyp
Wykonywalny
prototyp
Opracuj
papierowy
prototyp
projektu
Zbuduj
dynamiczny
prototyp
projektu
Oceń projekt z
użytkownikami
Oceń projekt z
użytkownikami
Zaimplementuj
docelowy interfejs
użytkownika
Inżynieria oprogramowania - 15 Slide 10
Zasady projektowania UI
. Projektując UI należy wziąć pod uwagę potrzeby,
doświadczenie i możliwości przyszłych
użytkowników systemu
. Projektanci powinni być świadomi ludzkich
ograniczeń tak fizycznych jak i mentalnych i
powinni przyjąć do wiadomości, że ludzie
popełniają błędy
. Zasady projektowania UI stanowią podstawę choć
nie wszystkie stosują się do każdego projektu
Inżynieria oprogramowania - 15 Slide 11
Zasady projektowania interfejsu
użytkownika
Zasada Opis
Zrozumiałość dla
użytkownika
Interfejs powinien posługiwać się pojęciami i kategoriami wziętymi z
doświadczenia osób, które najczęściej będą korzystać z systemu
Spójność Interfejs powinien być spójny, tzn. tam, gdzie to jest możliwe, podobne
operacje powinny być wykonywane w ten sam sposób
Minimum
niespodzianek
Użytkownicy nie powinni być zaskakiwani zachowaniem systemu
Możliwość wycofania Interfejs powinien obejmować mechanizmy, które umożliwiają
użytkownikom wycofanie się z błędów
Porady dla
użytkownika
Interfejs powinien przekazywać znaczące informacje zwrotne, gdy dochodzi
do błędów. Powinien też oferować pomoc, której treść zależy od kontekstu
Rozróżnianie
użytkowników
Interfejs powinien oferować udogodnienia w interakcji dostosowane do
umiejętności różnych użytkowników systemu
Inżynieria oprogramowania - 15 Slide 12
Interakcje pomiędzy użytkownikiem i
systemem
. Należy rozwiązać dwa podstawowe problemy
przy projektowaniu systemów interaktywnych
. W jaki sposób użytkownik powinien przekazywać informację
komputerowi?
. W jaki sposób komputer powinien prezentować informację
użytkownikowi?
. Interakcja z użytkownikiem i prezentacja
informacji mogą być zintegrowane
Inżynieria oprogramowania - 15 Slide 13
Sposoby interakcji
. Bezpośrednie manipulowanie obiektami
. Wybór z menu
. Wypełnianie formularza
. Język poleceń
. Język naturalny
Zalety i wady
Sposób
interakcji
Bezpośrednie
manipulowanie
obiektami
Wybór z menu
Wypełnianie
formularza
Język poleceń
Język naturalny
Główne
zalety
Główne
wady
Przykłady
zastosowań
Szybka i intuicyjna
interakcja
Łatwe do nauczania
Umożliwia uniknięcie
błędów użytkownika
Wymaga mało pisania
Proste wprowadzanie
danych
Łatwe do nauczania
Solidny i elastyczny
Dostępny dla
przypadkowych
użytkowników
Łatwy do rozszerzania
Może być trudna do
implementacji
Odpowiednie jedynie wówczas,
gdy istnieje graficzne
wyobrażenie czynności i
obiektów
Zbyt powolny dla
doświadczonych użytkowników
Może być skomplikowany, gdy
opcji menu jest dużo
Zajmuje duży obszar ekranu
Trudny do nauczania
Małe możliwości obsługi błędów
Wymaga więcej pisania
Systemy rozpoznające język
naturalny są zawodne
Gry wideo
System CAD
Większość systemów
ogólnego przeznaczenia
Zarządzanie magazynem
Przetwarzanie kredytów
dla ludności
Systemy operacyjne
Systemy wydobywania
informacji bibliotecznych
Systemy rozkładów jazdy
Systemy określania
informacji WWW
Inżynieria oprogramowania - 15 Slide 15
Zalety bezpośredniego manipulowania
obiektami
. Użytkownik ma poczucie kontroli nad
komputerem
. Czas uczenia się obsługi jest relatywnie krótki
. Użytkownik widzi bezpośredni związek ze swoim
działaniem co umożliwia szybkie wykrycie
błędów i ich korekcję
Inżynieria oprogramowania - 15 Slide 16
Problemy bezpośredniego manipulowania
obiektami
. Wyodrębnienie modelu zawierającego właściwą
informację może być bardzo trudne
. Zakładając, że użytkownik porusza się w wielkiej
przestrzeni informacji, trudno sprecyzować jakie
udogodnienia w nawigowaniu w tej przestrzeni
powinny być udostępnione?
. Interfejs bezpośredniej manipulacji obiektami
może być bardzo złożony i nakładać silne
ograniczenia na system komputerowy
Inżynieria oprogramowania - 15 Slide 17
Interfejs panelu sterowania
Title
Method
Type
Selection
NODE LINKS FONT LABEL EDIT
JSD. example
JSD
Network
Process
Units
Reduce
cm
Full
OUIT
Grid Busy
Inżynieria oprogramowania - 15 Slide 18
System menu
. Użytkownik dokonuje wyboru z listy możliwości
prezentowanych mu przez system
. Wybór może być dokonany za pomocą myszy
komputerowej (wskazanie i kliknięcie), przy
użyciu kursorów (strzałek) lub przez
wprowadzenie z klawiatury nazwy wybranego
elementu
. Można wykorzystywać proste w użyciu terminale
np. ekrany dotykowe
Inżynieria oprogramowania - 15 Slide 19
Zalety systemu menu
. Użytkownik nie musi pamiętać nazw poleceń
gdyż są one zawsze prezentowane na liście
ważnych komend
. Wysiłek związany z wprowadzaniem z klawiatury
jest minimalny
. Błędy użytkownika są wyłapywane przez interfejs
. Można wprowadzić system pomocy zależną od
kontekstu. Kontekst użytkownika wskazywany
jest przez wybór aktualnej pozycji menu
Inżynieria oprogramowania - 15 Slide 20
Problemy z systemem menu
. Działania polegające na iloczynie logicznym lub
sumie logicznej są kłopotliwe do reprezentowania
. System menu jest najbardziej odpowiedni do
prezentowania małej ilości możliwości. Jeżeli
mamy do czynienia z dużą ilością możliwych
wyborów należy użyć odpowiednio
ustrukturalizowanych systemów menu
. Doświadczeni użytkownicy uważają, iż system
menu jest wolniejszy od języka poleceń
Inżynieria oprogramowania - 15 Slide 21
Interfejs oparty na formularzach
Nowa książka
Tytuł
Autor
Wydawca
Wydanie
Klasyfikacja
Data
nabycia
ISBN
Cena
Data
publikacji
Liczba
kopii
Status
wypożyczenia
Status
zamówienia
Inżynieria oprogramowania - 15 Slide 22
Interfejs poleceń
. Użytkownik wprowadza z klawiatury polecenie
stanowiące komendę dla systemu np. UNIX
. Można zaimplementować go stosując tanie terminale
. Łatwe przetwarzanie przy użyciu technik kompilatora
. Polecenia o dowolnej złożoności mogą być tworzone za
pomocą kombinacji komend
. Można tworzyć zwarte interfejsy ograniczające do
minimum informację konieczną do wprowadzenia z
klawiatury
Inżynieria oprogramowania - 15 Slide 23
Problemy z interfejsem poleceń
. Użytkownicy muszą nauczyć się poleceń.
Interfejsy poleceń są nieodpowiednie dla
okazjonalnych użytkowników
. Użytkownicy popełniają błędy w poleceniach.
Potrzebny jest system detekcji i poprawy błędów
. Interakcja z systemem jest realizowana za
pomocą klawiatury toteż wymagana jest
umiejętność posługiwania się nią
Inżynieria oprogramowania - 15 Slide 24
Języki poleceń
. Najczęściej preferowane przez zaawansowanych
użytkowników gdyż umożliwiają im szybszą
interakcję z systemem
. Nieodpowiednie dla niedoświadczonych lub
okazjonalnych użytkowników
. Mogą być udostępniane jako alternatywne dla
poleceń menu (skróty). W niektórych
przypadkach interfejs języka poleceń i system
menu są aktywne w tym samym czasie
Inżynieria oprogramowania - 15 Slide 25
Interfejsy języka naturalnego
. Użytkownik wprowadza polecenie w języku naturalnym.
Zasadniczo słownik jest ograniczony i systemy te są
przeznaczone dla specyficznych dziedzin zastosowań
. Technologia przetwarzania języka naturalnego jest
obecnie na tyle sprawdzona, że umożliwia budowę
efektywnych interfejsów dla przypadkowych
użytkowników ale doświadczony użytkownik odkryje, że
wymagają one nadmiernego wprowadzania informacji z
klawiatury
Inżynieria oprogramowania - 15 Slide 26
Różne interfejsy użytkownika
Interfejs języka
poleceń
Interpreter języka
poleceń
System operacyjny
Graficzny
interfejs
użytkownika
Menedżer GIU
Inżynieria oprogramowania - 15 Slide 27
Prezentacja informacji
. Prezentacja informacji wiąże się z
prezentowaniem przez system informacji
użytkownikowi systemu
. Informacja może być prezentowana bezpośrednio
(np. tekst przez edytor) lub może być
transformowana na inny rodzaj prezentacji (np. w
pewne formy graficzne)
. Podejście Model-View-Controller jest sposobem
na dostarczanie użytkownikowi różnorodnych
prezentacji danych
Inżynieria oprogramowania - 15 Slide 28
Prezentacja informacji
Display
Informacja do
wyświetlenia
Oprogramowanie
prezentacyjne
Ekran
Inżynieria oprogramowania - 15 Slide 29
Model-View-Controller MVC
Stan koordynatora
Metody koordynatora
Stan widoku
Metody widoku
Stan modelu
Metody modelu
Działania
użytkownika
Komunikaty o
modyfikacji widoku
Zapytania i
aktualizacje
modelu
Modyfikacje
modelu
Inżynieria oprogramowania - 15 Slide 30
Prezentacja informacji
. Informacja statyczna
. Inicjowana na początku sesji. Nie zmienia się w trakcie trwania
sesji
. Może być zarówno numeryczna jak i tekstowa
. Informacja dynamiczna
. Zmienia się podczas sesji a zmiany muszą być komunikowane
użytkownikowi systemu
. Może być zarówno numeryczna jak i tekstowa
Inżynieria oprogramowania - 15 Slide 31
Czynniki wyświetlania informacji
. Czy użytkownik zainteresowany jest precyzyjną
informacją czy relacjami pomiędzy danymi?
. Jak szybko zmieniają się wartości informacji?
Czy zmiany muszą być wskazywane
natychmiast?
. Czy użytkownik musi podjąć działanie w
odpowiedzi na zmianę?
. Czy informacja jest tekstowa czy numeryczna?
Czy ważne są wartości względne?
Inżynieria oprogramowania - 15 Slide 32
Alternatywne prezentacje informacji
0
1000
2000
3000
4000
Jan Feb Mar April May June
Stycz. Luty Marzec Kwiec. Maj Czerw.
2842 2851 3164 2789 1273 2835
Stycz. Luty Marzec Kwiec. Maj Czerw.
Inżynieria oprogramowania - 15 Slide 33
Prezentacja analogowa i cyfrowa
. Prezentacja cyfrowa
. Zwarta . zajmuje mało miejsca na ekranie
. Można pokazać dokładne wartości
. Prezentacja analogowa
. Łatwiejsza do odbioru .na pierwszy rzut oka.
. Można pokazać względne wartości
. Łatwiej pokazać wyjątkowe wartości danych
Inżynieria oprogramowania - 15 Slide 34
Metody wyświetlania informacji
dynamicznych
1
3
4 2
0 10 20
Dial with needle Pie chart Thermometer Horizontal bar Zegar ze
wskazówką
Diagram
kołowy
Termometr Pasek poziomy
Inżynieria oprogramowania - 15 Slide 35
Wyświetlanie wartości względnych
0 100 200 300 400 0 25 50 75 100
Ciśnienie Temperatura
Inżynieria oprogramowania - 15 Slide 36
Tekstowe uwydatnienie informacji
The filename you have chosen has been
used. Please choose another name
Ch. 16 User interface design !
OK Cancel
Wybrana przez Ciebie nazwa pliku jest już
używana. Wybierz inną
R. 15 Projektowanie interfejsu użytkownika
Inżynieria oprogramowania - 15 Slide 37
Wizualizacja danych
. Wiąże się z technikami obrazowania dużej ilości
informacji
. Wizualizacja pomaga odkrywać związki
pomiędzy wielkościami i trendy danych
. Przykłady wizualizacji:
. Informacja pogodowa jako zbiór informacji z różnych źródeł
. Stan sieci telefonicznej jako połączonego zbioru węzłów
. Fabryka . proces technologiczny wizualizowany przez
pokazanie temperatur i ciśnień w połączonej sieci zbiorników i
rurociągów
. Model molekuły obrazowany w trzech wymiarach
Inżynieria oprogramowania - 15 Slide 38
Stosowanie kolorów
. Kolor stanowi dodatkowy wymiar dla interfejsu i
może pomóc użytkownikowi zrozumieć złożoną
strukturę informacji
. Może być używany do podkreślenia wyjątkowych
zdarzeń
. Najczęstsze błędy w używaniu koloru w
projektowanym interfejsie :
. Stosowanie koloru do podkreślania znaczenia
. Nadużywanie koloru na wyświetlaczu
Inżynieria oprogramowania - 15 Slide 39
Wskazówki do stosowania koloru
. Nie używaj zbyt wielu kolorów
. Używaj kodowania kolorów do wyodrębnienia
wykonywanych zadań
. Umożliwiaj użytkownikowi sterowanie kodowaniem
kolorów
. Projektuj monochromatycznie a potem dodawaj kolor
. Używaj kolorów konsekwentnie
. Unikaj złych zestawień kolorów
. Używaj zmiany koloru do pokazania zmiany stanu
. Bądź świadom, że wyświetlacze kolorowe mają często
mniejszą rozdzielczość
Inżynieria oprogramowania - 15 Slide 40
Wsparcie dla użytkownika
. Pomoc użytkownika obejmuje wszystkie ułatwienia
systemu wspierające użytkownika włączając w to pomoc
on-line, komunikaty o błędach, podręczniki itp.
. System pomocy dla użytkownika powinien być
zintegrowany z interfejsem użytkownika aby udzielać
pomocy użytkownikom kiedy potrzebują informacji o
systemie bądź kiedy mają problemy z systemem
. System pomocy i komunikatów powinien być, jeśli to
możliwe, zintegrowany
Inżynieria oprogramowania - 15 Slide 41
System pomocy i komunikatów
Aplikacja
System komunikatów
o błędach
Interfejs
pomocy
Ramki pomocy
Tekst
komunikatów o
błędach
System
prezentacji
komunikatów
Inżynieria oprogramowania - 15 Slide 42
Komunikaty o błędach
. Projektowanie komunikatów o błędach jest
bardzo ważne.
Słabe komunikaty o błędach mogą oznaczać, że
użytkownik odrzuci system zamiast go
zaakceptować
. Komunikaty powinny być grzeczne, rzeczowe,
spójne i konstruktywne
. Wiedza i doświadczenie użytkownika są istotnym
czynnikiem wpływającym na projekt
komunikatów
Inżynieria oprogramowania - 15 Slide 43
Zagadnienia projektowe w
redagowaniu komunikatów
Zagadnienie Opis
Kontekst System wspomagania użytkownika powinien brać pod uwagę aktualne
działania użytkownika i dostosowywać swoje komunikaty do bieżącego
kontekstu
Doświadczenie W miarę zapoznawania się użytkownika z systemem, może on irytować się
zbyt długimi .znaczącymi. komunikatami. Początkujący użytkownicy mają
jednak trudności ze zrozumieniem krótkich i zwięzłych określeń problemów.
System wspomagania użytkownika powinien więc móc wyświetlać oba
rodzaje komunikatów, zależnie od stopnia świadomości użytkownika
Umiejętności Komunikaty powinny być dostosowane do umiejętności użytkownika oraz
jego doświadczenia. Komunikaty dla różnych grup użytkowników można
wyrazić na różne sposoby zależne od znanej im terminologii
Styl Komunikaty powinny być pozytywne, a nie negatywne. Nigdy nie powinny
być złośliwe ani żartobliwe
Kultura O ile to możliwe, projektant komunikatów powinien znać kulturę kraju, w
którym system będzie sprzedawany. Między Europą, Azją i Ameryką
występują rozmaite różnice kulturowe. Komunikat właściwy w jednym kraju
może być nie do zaakceptowania w innym
Inżynieria oprogramowania - 15 Slide 44
Pielęgniarka wprowadza
nazwisko pacjenta
P l e a s e t y p e t x t h e l i c k o
B a t e s , J .
O K Cancel OK Cancel
Wpisz nazwisko pacjenta i naciśnij OK
Kowalski J.
Inżynieria oprogramowania - 15 Slide 45
Komunikaty o błędach napisane w
kategoriach systemu i użytkownika
?
Komunikat o błędzie
zapisany w kategoriach systemu
OK Anuluj
Komunikat o błędzie
zapisany w kategoriach użytkownika
Pacjenci Pomoc Powtórz Anuluj
Błąd nr 27
Wprowadzono niewłaściwy
identyfikator pacjenta
Pacjent Kowalski J. nie jest zarejestrowany
Naciśnij przycisk Pacjenci aby zobaczyć listę
zarejestrowanych pacjentów
Naciśnij przycisk Powtórz, aby ponownie
wprowadzić nazwisko pacjenta
Naciśnij przycisk Pomoc aby otrzymać więcej
informacji
Inżynieria oprogramowania - 15 Slide 46
Projektowanie systemu pomocy
. Help? Oznacza .pomóż, potrzebuję informacji.
. Help! Oznacza .POMOCY, jestem w kłopocie.
. Oba wymagania powinny być wzięte pod uwagę
przy projektowaniu systemu pomocy
. Od systemu pomocy wymaga się szeregu
udogodnień
Inżynieria oprogramowania - 15 Slide 47
Informacja w systemie pomocy
. Nie powinna być prostą kopią podręcznika
. Ekrany i okna nie odwzorowują się dobrze na
stronach papierowych
. Dynamiczne charakterystyki wyświetlacza
(ekranu) poprawiają jakość prezentacji informacji
. Ludzie gorzej sobie radzą z czytaniem tekstu z
ekranu niż kartek podręcznika
Inżynieria oprogramowania - 15 Slide 48
Użycie systemu pomocy
. Należy zaprojektować wiele punktów
wejściowych aby użytkownik mógł korzystać z
systemu pomocy z różnych miejsc
. Pożyteczna jest informacja o aktualnej lokalizacji
użytkownika w systemie pomocy
. Należy wprowadzić ułatwienia pozwalające
użytkownikowi na swobodne nawigowanie w
systemie pomocy
Inżynieria oprogramowania - 15 Slide 49
Punkty wejściowe do systemu pomocy
Help frame network
Top-level
entry
Entry from error
message system
Entry from
application
Wejście
od góry
Wejście z systemu
komunikatów o błędach
Wejście z
programu
użytkowego
Sieć tematów pomocy
Inżynieria oprogramowania - 15 Slide 50
Okna systemu pomocy
Mail redirection
Mail may be redirected to another
network user by pressing the
redirect button in the control
panel. The system asks for the
name of the user or users to
whom the mail has been sent
tematy następny więcej
Tematy pomocy
Tu jesteś
Przekazanie listu
Historia pomocy
1. Poczta
2. Wysyłanie listów
3. Czytanie listów
4. Przekazanie
List można przekazać do innego
użytkownika sieci przez naciśnięcie
przycisku Przekazywanie w panelu
sterowania. System poprosi o
podanie nazwy użytkownika lub
użytkowników, do których ten list ma
być wysłany
Inżynieria oprogramowania - 15 Slide 51
Dokumentacja użytkownika
. Z systemem należy dostarczyć zarówno
informację on-line jak i dokumentację papierową
. Dokumentacja powinna być przeznaczona
zarówno dla doświadczonych jak i
niedoświadczonych użytkowników
. Obok podręczników należy dostarczyć również
inne łatwe w użyciu formy dokumentacji jak np.
karty referencyjne
Inżynieria oprogramowania - 15 Slide 52
Rodzaje dokumentacji użytkownika
Początkujący
użytkownicy
Administratorzy
systemu
Recenzenci
systemu
Administratorzy
systemu
Doświadczeni
użytkownicy
Opis
funkcjonalny
Podręcznik
instalatora
Przewodnik
podstawowy Podręcznik
Podręcznik
administratora
Opis
usług
Jak
zainstalować
system
Początki
pracy
Opis
udogodnień
Działanie i
pielęgnacja
Inżynieria oprogramowania - 15 Slide 53
Rodzaje dokumentów
. Opis funkcjonalny
. Krótki opis co system może zrobić
. Podręcznik wprowadzający
. Wprowadzenie do systemu
. Podręcznik referencyjny systemu
. Opisuje szczegółowo wszystkie funkcje
. Podręcznik instalacji systemu
. Opisuje jak instalować system
. Podręcznik administratora systemu
. Opisuje administrowanie systemem w czasie jego użytkowania
Inżynieria oprogramowania - 15 Slide 54
Główne tezy
. Projekt interfejsu powinien być nakierowany na
użytkownika. Interfejs powinien być logiczny i spójny,
pomagać użytkownikowi wycofywać się z błędów
. Style interakcji obejmują bezpośrednią manipulację,
system menu, system formularzy, język poleceń i język
naturalny
. Wyświetlacze graficzne należy wykorzystywać do
prezentacji trendów i wartości przybliżonych;
wyświtlacze alfanumeryczne kiedy wymagana jest
precyzja co do wartości prezentowanej informacji
. Kolor powinien być stosowany osczędnie i w sposób
spójny
Inżynieria oprogramowania - 15 Slide 55
Główne tezy
. System powinien dostarczać pomoc on-line. Powinna ona
uwzględniać potrzebę pomocy w przypadku błędów jak i
prośbę o dodatkową informację
. Komunikaty o błędach powinny mieć wydźwięk
pozytywny a nie negatywny.
. System powinien dostarczać dość obszerny zakres
różnych dokumentów
. Idealnie byłoby gdyby interfejs użytkownika ewoluował
w kierunku wyspecyfkowanej użyteczności