Specyfikacja interfejsu użytkownika

Specyfikacja interfejsu użytkownika ( specyfikacja interfejsu użytkownika ) to dokument, który przechwytuje szczegóły interfejsu użytkownika oprogramowania w formie pisemnej. Specyfikacja obejmuje wszystkie możliwe działania, które może wykonać użytkownik końcowy oraz wszystkie wizualne, dźwiękowe i inne elementy interakcji.

Zamiar

Specyfikacja interfejsu użytkownika jest głównym źródłem informacji o sposobie działania oprogramowania . Oprócz implementacji specyfikacja interfejsu użytkownika powinna uwzględniać użyteczność, lokalizację i ograniczenia wersji demonstracyjnych . Specyfikacja interfejsu użytkownika może być również włączona przez osoby w organizacji odpowiedzialne za marketing , projektowanie graficzne i testowanie oprogramowania . Ponieważ przyszli projektanci mogą kontynuować lub rozwijać istniejące prace, specyfikacja interfejsu użytkownika powinna uwzględniać kompatybilność z przyszłymi wersjami ograniczeń, aby pomóc zespołowi wdrożeniowemu.

Specyfikację interfejsu użytkownika można uznać za dokument wypełniający lukę między funkcjami zarządzania produktem a implementacją. Jednym z głównych celów specyfikacji interfejsu użytkownika jest przetworzenie wymagań dotyczących produktu w bardziej szczegółowy format. Poziom szczegółowości i typ dokumentu różni się w zależności od potrzeb i praktyk projektowych organizacji. Prototypy na małą skalę mogą wymagać jedynie skromnej dokumentacji z wysokimi szczegółami.

Ogólnie rzecz biorąc, celem specyfikacji wymagań jest opisanie, do czego produkt jest zdolny, podczas gdy specyfikacja interfejsu użytkownika szczegółowo opisuje, w jaki sposób te wymagania są wdrażane w praktyce.

Proces

Zanim zostanie stworzona specyfikacja interfejsu użytkownika, wiele pracy jest już wykonane w celu zdefiniowania aplikacji i pożądanej funkcjonalności. Zwykle istnieją wymagania dotyczące oprogramowania, które są podstawą do tworzenia przypadków użycia i ustalania priorytetów przypadków użycia. Specyfikacja interfejsu użytkownika jest tak dobra, jak proces, w którym została utworzona, więc rozważmy kroki w tym procesie:

Definicja przypadku użycia

Przypadki użycia są następnie wykorzystywane jako podstawa do opracowania koncepcji interfejsu użytkownika (która może zawierać na przykład główne widoki oprogramowania, niektóre tekstowe wyjaśnienia dotyczące widoków i przepływów logicznych), są to krótkie historie, które wyjaśniają, w jaki sposób użytkownik końcowy rozpoczyna i kończy określoną zadanie, ale nie o tym, jak je zrealizować.

Celem pisania przypadków użycia jest lepsze zrozumienie przez projektanta interfejsu użytkownika funkcji, które musi posiadać produkt, oraz działań, które mają miejsce, gdy użytkownik wchodzi w interakcję z produktem.

Tworzenie szkicu projektu

Szkic projektu UI powstaje na podstawie analizy przypadków użycia. Celem szkicu projektu interfejsu użytkownika jest pokazanie proponowanego projektu i wyjaśnienie, w jaki sposób interfejs użytkownika umożliwia użytkownikowi wykonanie głównych przypadków użycia, bez wchodzenia w szczegóły.

Powinien być jak najbardziej wizualny, a cały stworzony materiał musi być w takim formacie, aby można go było wykorzystać w ostatecznej specyfikacji UI. (To dobry moment na przeprowadzenie testów użyteczności lub ocen eksperckich i wprowadzenie zmian.)

Pisanie specyfikacji interfejsu użytkownika

Specyfikacja interfejsu użytkownika jest następnie zapisywana w celu opisania koncepcji interfejsu użytkownika. Specyfikację interfejsu użytkownika można postrzegać jako rozszerzenie szkicu projektu, który zapewnia pełny opis zawierający wszystkie szczegóły, wyjątki, przypadki błędów, powiadomienia i tak dalej. Ilość dostarczonych szczegółów zależy od potrzeb i charakterystyki organizacji deweloperskiej (m.in. zakres produktu, kultura organizacji, zastosowana metodologia rozwoju). Zwykle koncepcja i specyfikacje interfejsu użytkownika są przeglądane przez interesariuszy, aby upewnić się, że wszystkie niezbędne szczegóły są na miejscu.

Struktura

Posiadanie formalnej struktury specyfikacji interfejsu użytkownika pomoże czytelnikom przewidzieć, gdzie mogą znaleźć informacje potrzebne do prawidłowej interpretacji specyfikacji. Przykładowa struktura specyfikacji interfejsu użytkownika może zawierać między innymi następujące elementy:

• Zmieniać historię
• Otwarte kwestie
• Przepływ logiczny
• Wyświetl opisy
• Przypadki błędów i wyjątków

Konkretna zawartość będzie się różnić w zależności od potrzeb organizacyjnych (innym przykładem jest struktura specyfikacji interfejsu użytkownika firmy Nokia).

Zmieniać historię

Posiadanie bogatej w informacje historii zmian pomaga czytelnikowi zobaczyć, co, kiedy i dlaczego coś zostało zmienione. Specyfikacja interfejsu użytkownika dość często zmienia się podczas implementacji.

Otwarte kwestie

Możliwe otwarte problemy. Chociaż istnieją niejasne lub otwarte kwestie, mogą one być widoczne.

Przepływ logiczny

Przepływ logiczny może służyć do przedstawiania wysokiego poziomu wglądu w to, jak różne ekrany w interfejsie użytkownika odnoszą się do siebie w celu obsługi zadania. Przepływ może ujawnić na przykład liczbę wymaganych kroków do wykonania określonego zadania.

Wyświetl opisy

Opis wyświetlacza zawiera zawartość ekranu oraz informacje o dostępnych funkcjach. Zawartość ekranu może być makietą, zrzutem ekranu prototypu lub makietą interfejsu użytkownika.

Obraz stanu interfejsu użytkownika zapewni szybki przegląd. Modele krawędziowe są zalecane zamiast grafiki o wysokiej rozdzielczości. Należy zachować ostrożność przy dostarczaniu zbyt dopracowanego obrazu, ponieważ szczegóły mogą ulec zmianie, a na przerysowanie obrazów należy przeznaczyć czas i zasoby. Ponadto czytelnicy mogą rozpraszać się i komentować elementy projektu wizualnego, takie jak dobór kolorów i obrazy, które miały być symbolami zastępczymi i nie odzwierciedlać produktu końcowego.

Oprócz obrazu wyświetlacza należy wymienić punkty dostępu oraz opisać pola i kontrolki na ekranie. Poniższa tabela zawiera listę absolutnego minimum, które powinieneś opisać:

Element	Opis	Komentarz
Etykieta	Etykieta na ekranie	jeśli element nie ma etykiety, ponumeruj go i odnieś się do niego po numerze
Opis	Opisz pierwiastek	jego typ (wejście, menu rozwijane, kalendarz), co robi itp.
Domyślna wartość	jaka jest wartość domyślna pola, jeśli nie podano żadnej wartości	Może nie mieć zastosowania do każdego typu ekranu
Wartości	Wypisz warunki brzegowe lub warunki błędu	tj. daty muszą być w przeszłości, liczbami całkowitymi od 1 do 100

Przypadki błędów i wyjątków

Wskazuje sposób wyświetlania informacji dotyczących wszelkich problemów z siecią lub innych zdarzeń, które wymagają wskazań błędów dla użytkownika.