Udostępnij przez

Projektowanie interfejsu użytkownika

W tej sekcji opisano szczegółowo niektóre zadania związane z projektowaniem interfejsu użytkownika dla aplikacji systemu Windows.

Wprowadzenie

Projekt interfejsu użytkownika można podzielić na trzy podstawowe elementy: funkcjonalność, estetykę i wydajność.

Częściej niż nie, głównym celem podczas tworzenia aplikacji jest funkcjonalność. Czy aplikacja może być dostępna? Czy umożliwia użytkownikom wykonywanie zadań? Jednak funkcjonalność jest tylko częścią opowieści.

Estetyka opisuje sposób wyświetlania i prezentowania elementów, stylu, w którym rzeczy są przekazywane użytkownikowi. Estetyka jest bardzo subiektywna i znacznie trudniejsza do kwantyfikowania niż wymagania funkcjonalne i metryki wydajności. Estetyka zwykle sprowadza się do prostych wyborów — sposobu, w jaki kolory uzupełniają się nawzajem lub jak elementy interfejsu użytkownika przekazują swoje znaczenie — które często wpływają na sposób, w jaki osoba czuje się o czymś i wpływa na to, jak skutecznie korzystają z niego.

Wydajność jest mierzona nie tylko przez szybkość, ale także niezawodność. Jeśli aplikacja wygląda i czuje się świetnie, jest łatwa w użyciu, ale wielokrotnie ulega awarii, prawdopodobnie nie powiedzie się. Aplikacja musi zapewnić użytkownikowi pełne zaufanie do jego niezawodności.

Poniżej przedstawiono niektóre zadania fazy projektowania, które mogą przyczynić się do pomyślnego interfejsu użytkownika dla aplikacji systemu Windows.

Wymagania funkcjonalne

Rozważ następujące sugestie na wczesnym etapie projektowania, aby zoptymalizować środowisko użytkownika w możliwie najszerszym zakresie odbiorców:

  • Postępuj zgodnie z wytycznymi dotyczącymi projektowania interfejsu użytkownika.

    Zapoznaj się z wytycznymi dotyczącymi interakcji użytkownika systemu Windows i często się do nich odwołuj w miarę postępu projektowania, implementacji i testowania interfejsu użytkownika aplikacji.

  • Upewnij się, że interfejs użytkownika jest dostępny.

    Pamiętaj, aby zintegrować ułatwienia dostępu z projektem interfejsu użytkownika od początku cyklu życia produktu. Modernizacja ułatwień dostępu może być niezwykle kosztowna, ponieważ część opracowywania ułatwień dostępu wymaga uwagi na poziomie architektury. Aby uzyskać więcej informacji, pobierz Engineering Software for Accessibility eBook.

  • Obsługa międzynarodowej platformy handlowej.

    System Windows zawiera technologie, które umożliwiają obsługę wielu kultur i języków pisanych w aplikacji systemu Windows. Jeśli aplikacja jest przeznaczona dla międzynarodowej platformy handlowej, ważne jest, aby od początku projektu uwzględnić obsługę internacjonalizacji w projekcie interfejsu użytkownika. Aby uzyskać więcej informacji, zobacz Internationalization for Windows Applications.

Analiza użytkowników

Kluczowym krokiem projektowania pomyślnego interfejsu jest uzyskanie podstawowego zrozumienia potrzeb i potrzeb użytkowników z aplikacji przed napisaniem jakiegokolwiek kodu. Należy pamiętać, że potencjalni użytkownicy aplikacji wykonują już swoją pracę w jakiś sposób, a istniejące narzędzia i procesy powinny być zrozumiałe tak w pełni, jak to możliwe. Nie należy projektować bez pełnego rozważenia tych problemów.

Najprostszym i najbardziej nieformalnym podejściem jest rozmowa z zamierzonymi użytkownikami produktu. Uzyskiwanie informacji bezpośrednio ze źródła — unikaj korzystania z menedżerów lub kadry kierowniczej jako serwerów proxy dla rzeczywistych konsumentów. Rozważ, aby małe grupy deweloperów i menedżerów projektów składały nieformalne wizyty użytkownikom w miejscach pracy użytkowników, gdzie istnieje możliwość omówienia sposobu pracy użytkowników i zbierania szczegółów problemów, z którymi borykają się z obecnymi narzędziami.

Pamiętaj, że nie należy zadawać wiodących lub stronniczych pytań, ponieważ będzie to miało bezpośredni wpływ na jakość i ważność opinii użytkowników. Podczas tworzenia pytań w tej fazie należy pamiętać o następujących kwestiach:

  • Kim są nasi użytkownicy? Jakie umiejętności i wiedza mają?
  • Jakich różnych źródeł danych możemy użyć do zrozumienia ich doświadczenia?
  • Jakie cele i zadania będą realizować przy użyciu naszego produktu?
  • Jakie założenia podejmujemy i jak możemy je zweryfikować?
  • Jakie źródła danych mamy? (Badania użyteczności i oceny heurystyczne są dobrymi miejscami do rozpoczęcia).

Opis problemu

Po zebraniu wszystkich opinii użytkowników przeanalizuj je i wydestyluj w powiązane problemy i wymagania. Staraj się unikać myślenia o rozwiązaniach w tym momencie. Upewnij się, że problemy są w pełni zidentyfikowane, a nie tylko objawy.

Często warto sporządzić listę problemów w jednym zdaniu z perspektywy użytkownika dla każdego problemu lub wymagania. Na przykład "Zmiana rozmiaru szerokości pola edycji na 15 znaków" nie jest problemem. Jednak "Wpisywanie długich terminów wyszukiwania jest zbyt trudne" jest prawidłowym stwierdzeniem problemu. Różnica jest dramatyczna. Spróbuj nie zdefiniować rozwiązania i problemu w tym samym czasie: często rzeczywisty problem zostanie utracony. W tym przykładzie może istnieć wiele innych sposobów rozwiązania problemu terminów wyszukiwania, w tym zmiany rozmiaru pola edycji. Zawsze należy pamiętać o alternatywnych rozwiązaniach.

Poniżej przedstawiono dodatkowe przykłady stwierdzeń problemu:

  • Przejście z jednej sekcji witryny sieci Web do innej jest trudne.
  • Użytkownicy muszą poczekać zbyt długo na załadowanie oprogramowania.
  • Nasze komunikaty o błędach zabezpieczeń są trudne do zrozumienia.
  • Strona rejestracji zawiera zbyt wiele pytań, a użytkownicy często ją porzucają.
  • Znalezienie określonego produktu w indeksie witryny jest zbyt trudne do ukończenia.

Jeśli oświadczenia dotyczące problemu są wystarczająco szerokie, prawdopodobnie będzie wiele innowacyjnych i kreatywnych sposobów ich rozwiązania.

Priorytety

Czynność podejmowania listy elementów i klasyfikowania ich według priorytetu definiuje wydanie. Bez jasnych priorytetów zespoły mogą walczyć i kłócić się o to, co należy zrobić, a co odrzucić. Praca związana z ustalaniem priorytetów powinna być łatwiejsza wraz z ukończeniem badań, ale zawsze jest to wyzwanie.

Ustalanie priorytetów wymaga możliwości oceny co najmniej trzech kryteriów: harmonogramu, zespołu i działalności biznesowej. Dla projektu może istnieć wstępnie zdefiniowany harmonogram, który ogranicza rozmiar i skalę pracy, którą można wykonać. Problem, który prawdopodobnie wymaga ponownego zapisania połowy bazy kodu, nie powinien być podejmowany podczas małego cyklu wydawania.

Makijaż i charakter zespołu definiuje, jakie rodzaje pracy można wykonać. Jakie inne zobowiązania ma zespół? Czy istnieje projektant lub inżynier użyteczności w zespole? Jakie umiejętności mają w projekcie sieci Web lub interfejsu użytkownika? Na koniec i najważniejsze są zagadnienia biznesowe. Jakie są cele przychodów dla tego projektu? Kim są konkurenci? Jakie są zalety rozwiązywania niektórych problemów? Jakie partnerstwa można zawiązać? Przed ustaleniem priorytetów listy należy również zidentyfikować wszelkie inne zagadnienia.

Po ustaleniu priorytetów lista problemów określa kierunek dla produktu i zapewnia, że rozwój jest ukierunkowany na odpowiednie obszary.

Projekt koncepcyjny

Zazwyczaj interfejs użytkownika nie jest uwzględniany w fazie projektowania koncepcyjnego. Jednak ta faza wymaga dokładnego modelu biznesowego z pełnymi profilami użytkowników i scenariuszami użycia, które są niezbędne dla pomyślnego środowiska użytkownika.

Projekt logiczny

Faza projektowania logicznego polega na opracowaniu początkowych prototypów, które obsługują projekt koncepcyjny.

Określone technologie sprzętowe i programowe, które mają być używane podczas opracowywania, są również identyfikowane w tej fazie, co pozwala określić możliwości interfejsu użytkownika w końcowym produkcie. Aby uzyskać więcej informacji, zobacz User Interface Technologies.

Oprócz narzędzi programistycznych należy zidentyfikować różne wymagania sprzętowe i formaty, które mają być wspierane przez aplikację.

Projekt fizyczny

Faza projektowania fizycznego określa sposób implementacji projektu interfejsu użytkownika dla określonego sprzętu i czynników form, które zostały zidentyfikowane w projekcie logicznym.

To w tej fazie ograniczenia sprzętowe lub formatu mogą wprowadzać nieoczekiwane ograniczenia interfejsu użytkownika, które wymagają znacznych ulepszeń w projekcie.

 

 

  • Last updated on