Wymagania funkcjonalne I niefunkcjonalne

1.4Interfejs użytkownika

1.4.1Funkcjonalność interfejsu

1. 
   Portal musi zapewnić przejrzystą nawigację pozwalającą przemieszczać się pomiędzy obszarami funkcjonalnymi, w tym pomiędzy witrynami obszarów komórek organizacyjnych, i umożliwiać każdemu użytkownikowi przejście „na skróty” do witryny jego komórki organizacyjnej. 
   
2. 
   Użytkownik musi mieć łatwy dostęp do wszystkich informacji (np. plików) potrzebnych do wykonania zadania.
   
3. 
   Sposób prezentacji informacji musi być adekwatny do potrzeb zadania.
   
4. 
   System musi umożliwiać użytkownikowi wykonanie wszystkich czynności, potrzebnych do wykonania zadania.
   
5. 
   Potwierdzenia z systemu muszą odnosić się do treści aktualnie wykonywanego zadania.
   
6. 
   System musi obsługiwać polskie znaki diakrytyczne.
   
7. 
   System nawigacji opierać powinien się na wcześniej zdefiniowanych szablonach zawierających strukturę nawigacji.
   
8. 
   System musi wyświetlać daty w formacie zdefiniowanym przez uprawionego do tego administratora.
   
9. 
   System zapewni możliwość dostosowania wyświetlanych elementów do indywidualnych (definiowanych) preferencji użytkowników.
   
10. 
    System musi umożliwiać nawigowanie pomiędzy elementami interfejsu zarówno przy użyciu myszki, jak i klawiatury.
    
11. 
    System musi umożliwiać wprowadzanie danych przez wklejenie ze schowka systemowego Windows.
    
12. 
    System musi umożliwiać kopiowanie danych do innych aplikacji przy użyciu schowka systemowego Windows.
    
13. 
    W ramach interfejsu użytkownika układ wizualny portalu będzie można zmieniać na poziomach:
    

1. 
   globalnym (statystyki publicznej),
   
2. 
   jednostki statystyki publicznej (np. GUS, US, CIS),
   
3. 
   komórki organizacyjnej (np. departamentu GUS),
   
4. 
   grupy roboczej,
   
5. 
   indywidualnego użytkownika.
   

14. 
     Na poziomie globalnym Administratorzy muszą mieć możliwość zdefiniowania podstawowego układu Portalu wraz z określeniem:
    

1. 
   układu i zawartości bloków w zakresie wspólnym, obowiązkowym dla wszystkich użytkowników Portalu i niemożliwym do zmiany przez administratorów lokalnych, kierowników grup roboczych ani indywidualnych użytkowników,
   
2. 
   domyślnego, szablonowego układu i zawartości bloków dla całości statystyki publicznej, który może podlegać modyfikacji przez administratorów lokalnych, kierowników grup roboczych i użytkowników z zachowaniem obowiązkowej konfiguracji lokalnej.
   

15. 
     Na poziomie jednostki statystyki publicznej administratorzy lokalni muszą mieć możliwość zdefiniowania układu lokalnego Portalu wraz z określeniem:
    

1. 
   układu i zawartości bloków w zakresie wspólnym, obowiązkowym dla wszystkich użytkowników Portalu w ramach jednostki i niemożliwym do zmiany przez indywidualnych użytkowników,
   
2. 
   domyślnego, szablonowego układu i zawartości bloków dla użytkowników Portalu w ramach jednostki, który może podlegać modyfikacji przez użytkowników z zachowaniem obowiązkowej konfiguracji.
   

16. 
     W witrynie osobistej użytkownika powinny znajdować się sprawy, dokumenty i zadania, którymi ma zająć się aktualnie zalogowana osoba, z możliwością przefiltrowania tej listy według dowolnych kryteriów (wartości metadanych).
    
17. 
    W witrynie osobistej użytkownika będzie mozliwość prowadzenia przez użytkowników swojej strony domowej (profilu użytkownika) pozwalającej na umieszczanie zawartości z róznych obszarów, aktualizowanie informacje o użytkowniku, łączenie się z innymi uzytkownikami w grupy.
    
18. 
    System umożliwi integrację w witrynie osobistej użytkownika przydzielonych zadań albo poprzez umieszczenie zadań na tej samej liście co zadań z systemu SII albo poprzez obudowanie portalu samoobsługowego innego systemu w witrynie użytkownika.
    
19. 
    W ramach projektu wykonawca zintegruje z witryną osobistą użytkownika portal samoobsługowy systemu zarządzania tożsamością, użytkownikami i rolami w zakresie prezentowania przydzielonych zadań a także inne portale wskazane na etapie projektu technicznego np. Service Desk.
    
20. 
     System musi umożliwiać zdefiniowanie zawartości okien na podstawie rodzaju obiektów (wiadomości, inne obiekty, sprawy).
    
21. 
     Użytkownik musi mieć możliwość otwierania wielu spraw, dokumentów, wiadomości jednocześnie w oddzielnych oknach/zakładkach przeglądarki bez konieczności ponownego logowania się do systemu. Musi istnieć możliwość zdefiniowania z poziomu administracyjnego systemu maksymalnej ich ilości lub braku limitu.
    
22. 
     System musi zapewnić możliwość ustawienia dla wszystkich przycisków i nagłówków kolumn interfejsu etykiet (tzw hint’ów), wyświetlanych w momencie naprowadzenia na nie wskaźnika myszy, zawierających informację o ich przeznaczeniu lub zawartości.
    
23. 
     Skróty, akronimy (skróty od pierwszych liter nazwy), kody i inne dane alfanumeryczne muszą być używane w taki sam sposób w całym systemie, ponadto:
    

1. 
   muszą być łatwe do odczytania i zrozumienia,
   
2. 
   muszą przestrzegać znanych konwencji.
   

24. 
     Ikony, symbole i inne informacje graficzne muszą być używane w całym systemie w taki sam sposób, ponadto:
    

1. 
   muszą być łatwe do zrozumienia i odczytania,
   
2. 
   muszą przestrzegać znanych konwencji.
   

25. 
     Ten sam typ informacji (np. instrukcje, menu, komunikaty, tytuły, nagłówki) musi pojawiać się zawsze:
    

1. 
   w tym samym miejscu na ekranie,
   
2. 
   w tej samej oprawie graficznej (ramka itp.).
   

26. 
     Sposób (metoda) wprowadzania danego typu informacji musi być taki sam w całym systemie.
    
27. 
     Sposób wyboru różnych opcji (np. z menu) powinien być taki sam w całym systemie.
    
28. 
     Gdy używana jest klawiatura, w całym systemie te same klawisze muszą być używane stale do tych samych funkcji.
    
29. 
     Musi występować taka sama kolejność i ten sam sposób wykonywania podobnych powiązanych ze sobą operacji (np. uaktualnienie i kasowanie danych, rozpoczynanie i kończenie transakcji).
    
30. 
     Sposób, w jaki system reaguje na określone działania użytkownika, powinien być zawsze taki sam.
    
31. 
     System stosować będzie ogólnie przyjęty format danych (np.kodu pocztowego), a ich format wyświetlania musi być zgodny z formatem, w jakim dane są wprowadzane do systemu.
    
32. 
     Informacje muszą być prezentowane i pobierane przez system w takich jednostkach, jakie w zadaniu stosuje użytkownik (np. centymetry, złotówki).
    
33. 
    Kolejność i format wydrukowanych informacji muszą być zgodne ze sposobem ich wyświetlania na ekranie.
    
34. 
     Właściciel witryny może określić sposób umieszczenia witryny w katalogu (np. witrynę w katalogu zobaczą jedynie ci użytkownicy, których uprawnienia pozwalają na dostęp do niej).
    
35. 
    System musi mieć możliwość przypisania motywu kolorystycznego / graficznego do witryny.
    

1.4.2Potwierdzenia informacyjne

36. 
     Instrukcje i komunikaty wyświetlane przez system muszą być :
    

1. 
   zwięzłe i zachęcające do działania,
   
2. 
   związane z wykonywanymi czynnościami,
   
3. 
   dostarczać wszystkich wymaganych informacji,
   
4. 
   treściwe i dokładne.
   

37. 
     Instrukcje i podpowiedzi muszą wyraźnie sugerować, co należy robić.
    
38. 
     Musi być jasno określone, jakie funkcje systemu i czynności są dla użytkownika dostępne w każdej fazie pracy.
    
39. 
     Musi być jasno określone, co użytkownik powinien zrobić, aby uruchomić poszczególne informacje (np. jakie opcje wybrać, które klawisze przycisnąć).
    
40. 
     Musi być jasno określone, jakie system daje możliwości wykorzystania skrótów klawiaturowych, komend i klawiszy funkcyjnych.
    
41. 
     Odpowiedź systemu musi być zawsze odpowiednia do wprowadzonych przez użytkownika danych lub wykonanych czynności.
    
42. 
     System musi jasno informować o zakończeniu zadanych mu operacji (pomyślnym i niepomyślnym).
    
43. 
     System musi natychmiast informować o wszelkich przeszkodach w pracy, jednocześnie podając, jakie dane lub polecenia użytkownika są aktualnie wykonywane.
    
44. 
     Komunikaty o błędach muszą określać:
    

1. 
   gdzie pojawiły się błędy,
   
2. 
   jakiego rodzaju są to błędy,
   
3. 
   dlaczego się pojawiły.
   

45. 
     Komunikaty o błędach muszą zawierać czytelną informację, jakie działania powinien podjąć użytkownik w celu wyeliminowania błędu bądź też gdzie może znaleźć informacje dotyczące danego tematu lub z kim powinien się skontaktować w celu rozwiązania problemu.
    

1.4.3 Elastyczność i kontrola użytkownika

46. 
     System musi dawać możliwość łatwego odwrócenia efektu wykonanej czynności i cofnięcia się do poprzedniego etapu pracy lub poprzedniego ekranu (np. w przypadku mylnie wykonanej czynności).
    
47. 
     Efekt cofnięcia wykonanej pracy musi dać się ponownie odwrócić (powrót do stanu pierwotnego).
    
48. 
     System musi umożliwiać pracę przy użyciu skrótów klawiaturowych, klawiszy funkcyjnych itp. wszędzie, gdzie jest to potrzebne.
    
49. 
     Użytkownik musi mieć pełną kontrolę nad kolejnością pozyskiwania informacji z systemu lub wykonywania ciągu czynności.
    
50. 
     Użytkownik powinien móc przeglądać sekwencje czynności (ekranów) w obu kierunkach.
    
51. 
     System musi zapewnić możliwość łatwego powrotu do głównego menu z dowolnej części systemu.
    
52. 
     Użytkownik musi łatwo przechodzić między dowolnymi częściami systemu zależnie od potrzeb.
    
53. 
     System powinien podawać domyślne wartości często używanych danych.
    
54. 
     Użytkownik, tam gdzie to wskazane, powinien móc wybrać pomiędzy ręcznym wprowadzaniem danych a wykorzystaniem wartości domyślnych.
    
55. 
     Użytkownik musi mieć możliwość poprawiania wartości domyślnych podawanych przez system.
    
56. 
    W całym systemie pola, służące do wprowadzania danych, muszą być, o ile jest to możliwe, wyposażone w maski wprowadzania.
    
57. 
    W całym systemie pola, służące do wprowadzania danych, muszą być, o ile to możliwe, wyposażone w rozwijane listy słownikowe.  
    
58. 
     Użytkownik musi mieć możliwość swobodnego ustalania, jak nazywać i organizować informacje do późniejszego wykorzystania (np. pliki, katalogi).
    

1.4.4 Zapobieganie i kontrola błędów

59. 
     System powinien samoczynnie weryfikować dane wprowadzone przez użytkownika zanim zostaną one przetworzone.
    
60. 
     System musi jednoznacznie i natychmiast informować użytkownika o wykryciu błędu.
    
61. 
     System musi informować użytkownika, kiedy rozmiar wprowadzonych danych przekracza ilość dostępnego miejsca (np. ilość znaków).
    
62. 
     Użytkownik musi być w stanie sprawdzić całość wprowadzonych danych zanim zostaną one zapisane lub przetworzone.
    
63. 
     Użytkownik musi mieć możliwość łatwego poprawiania błędów.
    
64. 
     System musi prosić użytkownika o potwierdzenie wszystkich działań, które nie są odwracalne lub mogą powodować poważne skutki.
    
65. 
    System musi być zabezpieczony przed efektami ubocznymi zmian dokonanych w innych jego częściach.
    
66. 
     System musi uniemożliwiać użytkownikom wykonanie działań, do których nie mają oni uprawnień.
    

1.4.5 Klarowność wizualna

67. 
     Każdy ekran (lub okno) musi być łatwo rozpoznawalny dzięki swojemu nagłówkowi, tytułowi lub opisowi.
    
68. 
    Ważne informacje muszą być wyróżnione na ekranie (np. pozycja kursora, instrukcje, komunikaty o błędach).
    
69. 
     Kolory w całym systemie muszą być używane w ten sam sposób (np. komunikaty o błędach zawsze podświetlane w tym samym kolorze).
    
70. 
     Informacje muszą być zorganizowane logicznie na ekranie (np. menu zorganizowane według prawdopodobnej kolejności wyboru czynności lub lista alfabetyczna).
    
71. 
     Różne typy informacji muszą być na ekranie wyraźnie od siebie oddzielone (np. instrukcje, opcje, wyświetlanie danych).
    
72. 
    Jeśli na ekranie są wyświetlane duże ilości informacji, muszą być one wyraźnie podzielone na sekcje.
    
73. 
    Jasne kolory muszą być wyświetlane na ciemnym tle i na odwrót.
    
74. 
    Standardowym sposobem prezentowania tekstu musi być zastosowanie czarnej (lub ciemnej) czcionki na jasnym tle.
    
75. 
     Kolumny danych muszą być na ekranie odpowiednio ułożone (np. kolumny danych alfanumerycznych wyrównane do lewej, kolumny liczb całkowitych wyrównane do prawej).
    
76. 
     Informacje podane na ekranie muszą być ogólnie łatwe do oglądania i czytania.
    
77. 
     Ekrany (okna) muszą pojawiać się w logicznej kolejności.
    
78. 
     Na ekranie musi być łatwo odnaleźć wymagane informacje.
    
79. 
     Tam, gdzie jest to istotne, kolory powinny być używane zgodnie z tradycyjnymi skojarzeniami.
    

1.4.6 Przejrzystość sytemu

80. 
     Musi być jasno określone, jaki jest stan i postęp zadań wykonywanych przez system.
    
81. 
     Musi być jasno określona kolejność czynności, jakie użytkownik powinien wykonać, aby zakończyć zadanie.
    
82. 
     Gdy użytkownik ma do wyboru kilka opcji, musi być jasno określone, co każda z nich znaczy.
    
83. 
     Musi być jasno określone, w której części systemu aktualnie pracuje użytkownik.
    
84. 
     Musi być jasno określone, jak zmiany wprowadzone w jednej części systemu wpływają na pracę innych części systemu.
    

1.4.7Prowadzenie i wsparcie użytkownika

85. 
     Zamawiający wymaga, aby w system wbudowane było narzędzie „Pomoc” dostępne dla użytkowników, zapewniające pomoc kontekstową.
    
86. 
     Zawartość pomocy on-line dostępnej z poziomu Systemu i samouczka musi odnosić się do typowych zadań wykonywanych przez użytkownika.
    
87. 
     Jeżeli sekwencje zadań są szczególnie długie, muszą być one podzielone na odpowiednio mniejsze bloki czynności.
    
88. 
     Użytkownik musi mieć możliwość uruchomienia systemu pomocy z dowolnego miejsca w systemie.
    
89. 
     Musi być jasno określone, jak się dostać i wydostać z systemu pomocy.
    
90. 
     Treść informacji pomocy musi być jasno podana, bez przerywania aktualnej czynności użytkownika. Kiedy użytkownik potrzebuje pomocy, system musi jasno prezentować możliwe do wykonania działania w odniesieniu do aktualnych czynności wykonywanych przez użytkownika.
    
91. 
     Kiedy użytkownik korzysta z pomocy, musi on mieć możliwość łatwego znalezienia potrzebnej informacji bezpośrednio, bez konieczności przeglądania pozostałych, nie związanych z jego problemem.
    
92. 
     Wszystkie dostępne formy prowadzenia użytkownika oraz pomocy powinny być związane z aktualnie wykonywanym zadaniem użytkownika. Nie powinno to zmniejszać możliwości dostępu do całej pomocy systemu.
    

: cps -> rde -> xbcr -> bip
bip -> Załącznik nr 15 – Koncepcja funkcjonowania zmigrowanego I rozbudowanego systemu z perspektywy wymagań biznesowych gus
bip -> Opis Przedmiotu Zamówienia (opz) Budowa Systemu Wspomagania Analiz I Decyzji (swaiD) z niezbędnymi komponentami I usługami związanymi z wdrożeniem
bip -> Słownik dla części 1
bip -> Opis przedmiotu zamówienia
bip -> Program badań statystycznych
bip -> Roczniki zbiorcze
bip -> ZAŁĄcznik nr 8 – mała infrastruktura
bip -> Hurtownia danych statystycznych
bip -> Ministerstwo gospodarki
bip -> Załącznik nr 2 do załącznika nr 1 do swiz sprawa numer: 14/sisp/PN/2013 Opis wymagań dla podsystemów hds I phd

Pobieranie 0.56 Mb.