inżynieria oprogramowani15 NSV7SOAKIKGKA7RUBAKT3S3RBRM6CTSTLK2H5RQ


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ćż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ąż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

PRINT

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

ż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

żnych dokumentów

. Idealnie byłoby gdyby interfejs użytkownika ewoluował

w kierunku wyspecyfkowanej użyteczności



Wyszukiwarka

Podobne podstrony:
Inzynieria oprogramowania w ujeciu obiektowym UML wzorce projektowe i Java iowuje
ZadanieNaZaliczenie, WAT, semestr IV, Inżynieria oprogramowania
Rafał Polak 12k2 lab8, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
zagadnienia egzaminacyjne z przedmiotu inżynieria oprogramowania zIO
Inżynieria oprogramowania Diagramy ERD
2006 06 Wstęp do Scrum [Inzynieria Oprogramowania]
sciąga moja, Informatyka SGGW, Semestr 4, Inżynieria oprogramowania, Od starszego rocznika
Tworzenie oprogramowania, Semestr 5, Inżynieria oprogramowania
2007 05 Mechanizm koncepcji w języku C nowe oblicze szablonów [Inzynieria Oprogramowania]
Inżynieria oprogramowania syllabus IV niestac 07 08, Prywatne, WAT, SEMESTR IV, IO, io, Materiały od
Rafał Polak 12k2 lab9, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
inżynieria oprogramowani5s 3D2LFW6JYNMO6D276CSZQV5ONUNVXOTKWFXHA3A
inżynieria oprogramowani1 2EM7Y2ON72DKTCAQF3UOSCLXHY5636FZE7C7PUQ
inżynieria oprogramowani5 G46UQE27RE6UDINZWBW2TXNEOUUYOYV2MMVZ2NI
2008 06 Java Microedition – metody integracji aplikacji [Inzynieria Oprogramowania]
Inżynieria oprogramowania II
Opracowanie na Inżynierie Oprogramowania
Przykład diagramu sekwencji, Inżynieria oprogramowania
Inżynieria oprogramowania, Studia, Informatyka, Informatyka, Informatyka

więcej podobnych podstron