1.3Architektura systemu -
Rozbudowywany o nowe elementy System musi stanowić zbiór wielu niezależnych modułów, które - w zależności od nadanych uprawnień - mogą być zarządzane niezależnie od siebie.
-
System musi umożliwić utworzenie i niezależną konfigurację obszarów roboczych poszczególnych komórek organizacyjnych pod względem:
a) dostępnych typów dokumentów i ich metadanych,
b) dostępnych przepływów pracy i ich skojarzeń z typami dokumentów,
c) użytkowników posiadających odpowiednie poziomy uprawnień do wykonywania operacji i dostępu do danych w ramach obszaru.
-
System musi pozwalać na organizację informacji w biblioteki dokumentów i listy (mogące przechowywać co najmniej: terminy kalendarza, zadania, kontakty), umożliwiając ich udostępnianie i wymianę w systemie i poprzez MS Outlook 2007/2010.
-
System musi umożliwić tworzenie zestawów dokumentów o wspólnym zbiorze atrybutów, organizować je w foldery, udostępniać widoki typu drzewo oraz umożliwiać przydzielanie metadanych do dokumentów i folderów.
-
System musi być wyposażony w katalog witryn wchodzących w jego skład.
-
System musi udostępniać mechanizmy:
-
współpracy między działami/zespołami,
-
zarządzania zawartością,
-
implementowania procesów pracy, w tym przepływu dokumentów i spraw,
-
dostępu do informacji niezbędnych do realizacji założonych celów i procesów.
-
Architektura systemu musi umożliwiać osadzenie nowej funkcjonalności, w szczególności nowych typów pism i nowych procesów, bez rozbudowy portalu o dodatkowe witryny nie wynikające ze struktury organizacyjnej przedsiębiorstwa.
-
System musi zapewnić przechowywanie całej zawartości portalu (strony, dokumenty, konfiguracja) we wspólnym dla całego serwisu systemie bazodanowym.
-
System będzie posiadał możliwość rozbudowy poprzez udostępnienie otwartego API.
-
System musi umożliwiać modyfikację przez administratora systemu (bez udziału dostawcy oprogramowania); modyfikacje powinny obejmować zmianę wyglądu szablonów, tworzenie nowych klas dokumentów i spraw, modyfikowanie i budowanie procesów pracy, struktury organizacyjnej firmy i innych modułów.
-
System musi się charakteryzować elastyczną konfiguracją zapewniającą przystosowanie systemu do zmian zachodzących w strukturze organizacyjnej Zamawiającego.
1.4Interfejs użytkownika 1.4.1Funkcjonalność interfejsu -
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.
-
Użytkownik musi mieć łatwy dostęp do wszystkich informacji (np. plików) potrzebnych do wykonania zadania.
-
Sposób prezentacji informacji musi być adekwatny do potrzeb zadania.
-
System musi umożliwiać użytkownikowi wykonanie wszystkich czynności, potrzebnych do wykonania zadania.
-
Potwierdzenia z systemu muszą odnosić się do treści aktualnie wykonywanego zadania.
-
System musi obsługiwać polskie znaki diakrytyczne.
-
System nawigacji opierać powinien się na wcześniej zdefiniowanych szablonach zawierających strukturę nawigacji.
-
System musi wyświetlać daty w formacie zdefiniowanym przez uprawionego do tego administratora.
-
System zapewni możliwość dostosowania wyświetlanych elementów do indywidualnych (definiowanych) preferencji użytkowników.
-
System musi umożliwiać nawigowanie pomiędzy elementami interfejsu zarówno przy użyciu myszki, jak i klawiatury.
-
System musi umożliwiać wprowadzanie danych przez wklejenie ze schowka systemowego Windows.
-
System musi umożliwiać kopiowanie danych do innych aplikacji przy użyciu schowka systemowego Windows.
-
W ramach interfejsu użytkownika układ wizualny portalu będzie można zmieniać na poziomach:
-
globalnym (statystyki publicznej),
-
jednostki statystyki publicznej (np. GUS, US, CIS),
-
komórki organizacyjnej (np. departamentu GUS),
-
grupy roboczej,
-
indywidualnego użytkownika.
-
Na poziomie globalnym Administratorzy muszą mieć możliwość zdefiniowania podstawowego układu Portalu wraz z określeniem:
-
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,
-
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.
-
Na poziomie jednostki statystyki publicznej administratorzy lokalni muszą mieć możliwość zdefiniowania układu lokalnego Portalu wraz z określeniem:
-
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,
-
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.
-
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).
-
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.
-
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.
-
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.
-
System musi umożliwiać zdefiniowanie zawartości okien na podstawie rodzaju obiektów (wiadomości, inne obiekty, sprawy).
-
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.
-
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.
-
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:
-
muszą być łatwe do odczytania i zrozumienia,
-
muszą przestrzegać znanych konwencji.
-
Ikony, symbole i inne informacje graficzne muszą być używane w całym systemie w taki sam sposób, ponadto:
-
muszą być łatwe do zrozumienia i odczytania,
-
muszą przestrzegać znanych konwencji.
-
Ten sam typ informacji (np. instrukcje, menu, komunikaty, tytuły, nagłówki) musi pojawiać się zawsze:
-
w tym samym miejscu na ekranie,
-
w tej samej oprawie graficznej (ramka itp.).
-
Sposób (metoda) wprowadzania danego typu informacji musi być taki sam w całym systemie.
-
Sposób wyboru różnych opcji (np. z menu) powinien być taki sam w całym systemie.
-
Gdy używana jest klawiatura, w całym systemie te same klawisze muszą być używane stale do tych samych funkcji.
-
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).
-
Sposób, w jaki system reaguje na określone działania użytkownika, powinien być zawsze taki sam.
-
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.
-
Informacje muszą być prezentowane i pobierane przez system w takich jednostkach, jakie w zadaniu stosuje użytkownik (np. centymetry, złotówki).
-
Kolejność i format wydrukowanych informacji muszą być zgodne ze sposobem ich wyświetlania na ekranie.
-
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).
-
System musi mieć możliwość przypisania motywu kolorystycznego / graficznego do witryny.
1.4.2Potwierdzenia informacyjne -
Instrukcje i komunikaty wyświetlane przez system muszą być :
-
zwięzłe i zachęcające do działania,
-
związane z wykonywanymi czynnościami,
-
dostarczać wszystkich wymaganych informacji,
-
treściwe i dokładne.
-
Instrukcje i podpowiedzi muszą wyraźnie sugerować, co należy robić.
-
Musi być jasno określone, jakie funkcje systemu i czynności są dla użytkownika dostępne w każdej fazie pracy.
-
Musi być jasno określone, co użytkownik powinien zrobić, aby uruchomić poszczególne informacje (np. jakie opcje wybrać, które klawisze przycisnąć).
-
Musi być jasno określone, jakie system daje możliwości wykorzystania skrótów klawiaturowych, komend i klawiszy funkcyjnych.
-
Odpowiedź systemu musi być zawsze odpowiednia do wprowadzonych przez użytkownika danych lub wykonanych czynności.
-
System musi jasno informować o zakończeniu zadanych mu operacji (pomyślnym i niepomyślnym).
-
System musi natychmiast informować o wszelkich przeszkodach w pracy, jednocześnie podając, jakie dane lub polecenia użytkownika są aktualnie wykonywane.
-
Komunikaty o błędach muszą określać:
-
gdzie pojawiły się błędy,
-
jakiego rodzaju są to błędy,
-
dlaczego się pojawiły.
-
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 -
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).
-
Efekt cofnięcia wykonanej pracy musi dać się ponownie odwrócić (powrót do stanu pierwotnego).
-
System musi umożliwiać pracę przy użyciu skrótów klawiaturowych, klawiszy funkcyjnych itp. wszędzie, gdzie jest to potrzebne.
-
Użytkownik musi mieć pełną kontrolę nad kolejnością pozyskiwania informacji z systemu lub wykonywania ciągu czynności.
-
Użytkownik powinien móc przeglądać sekwencje czynności (ekranów) w obu kierunkach.
-
System musi zapewnić możliwość łatwego powrotu do głównego menu z dowolnej części systemu.
-
Użytkownik musi łatwo przechodzić między dowolnymi częściami systemu zależnie od potrzeb.
-
System powinien podawać domyślne wartości często używanych danych.
-
Użytkownik, tam gdzie to wskazane, powinien móc wybrać pomiędzy ręcznym wprowadzaniem danych a wykorzystaniem wartości domyślnych.
-
Użytkownik musi mieć możliwość poprawiania wartości domyślnych podawanych przez system.
-
W całym systemie pola, służące do wprowadzania danych, muszą być, o ile jest to możliwe, wyposażone w maski wprowadzania.
-
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.
-
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 -
System powinien samoczynnie weryfikować dane wprowadzone przez użytkownika zanim zostaną one przetworzone.
-
System musi jednoznacznie i natychmiast informować użytkownika o wykryciu błędu.
-
System musi informować użytkownika, kiedy rozmiar wprowadzonych danych przekracza ilość dostępnego miejsca (np. ilość znaków).
-
Użytkownik musi być w stanie sprawdzić całość wprowadzonych danych zanim zostaną one zapisane lub przetworzone.
-
Użytkownik musi mieć możliwość łatwego poprawiania błędów.
-
System musi prosić użytkownika o potwierdzenie wszystkich działań, które nie są odwracalne lub mogą powodować poważne skutki.
-
System musi być zabezpieczony przed efektami ubocznymi zmian dokonanych w innych jego częściach.
-
System musi uniemożliwiać użytkownikom wykonanie działań, do których nie mają oni uprawnień.
1.4.5 Klarowność wizualna -
Każdy ekran (lub okno) musi być łatwo rozpoznawalny dzięki swojemu nagłówkowi, tytułowi lub opisowi.
-
Ważne informacje muszą być wyróżnione na ekranie (np. pozycja kursora, instrukcje, komunikaty o błędach).
-
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).
-
Informacje muszą być zorganizowane logicznie na ekranie (np. menu zorganizowane według prawdopodobnej kolejności wyboru czynności lub lista alfabetyczna).
-
Różne typy informacji muszą być na ekranie wyraźnie od siebie oddzielone (np. instrukcje, opcje, wyświetlanie danych).
-
Jeśli na ekranie są wyświetlane duże ilości informacji, muszą być one wyraźnie podzielone na sekcje.
-
Jasne kolory muszą być wyświetlane na ciemnym tle i na odwrót.
-
Standardowym sposobem prezentowania tekstu musi być zastosowanie czarnej (lub ciemnej) czcionki na jasnym tle.
-
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).
-
Informacje podane na ekranie muszą być ogólnie łatwe do oglądania i czytania.
-
Ekrany (okna) muszą pojawiać się w logicznej kolejności.
-
Na ekranie musi być łatwo odnaleźć wymagane informacje.
-
Tam, gdzie jest to istotne, kolory powinny być używane zgodnie z tradycyjnymi skojarzeniami.
1.4.6 Przejrzystość sytemu
-
Musi być jasno określone, jaki jest stan i postęp zadań wykonywanych przez system.
-
Musi być jasno określona kolejność czynności, jakie użytkownik powinien wykonać, aby zakończyć zadanie.
-
Gdy użytkownik ma do wyboru kilka opcji, musi być jasno określone, co każda z nich znaczy.
-
Musi być jasno określone, w której części systemu aktualnie pracuje użytkownik.
-
Musi być jasno określone, jak zmiany wprowadzone w jednej części systemu wpływają na pracę innych części systemu.
-
Zamawiający wymaga, aby w system wbudowane było narzędzie „Pomoc” dostępne dla użytkowników, zapewniające pomoc kontekstową.
-
Zawartość pomocy on-line dostępnej z poziomu Systemu i samouczka musi odnosić się do typowych zadań wykonywanych przez użytkownika.
-
Jeżeli sekwencje zadań są szczególnie długie, muszą być one podzielone na odpowiednio mniejsze bloki czynności.
-
Użytkownik musi mieć możliwość uruchomienia systemu pomocy z dowolnego miejsca w systemie.
-
Musi być jasno określone, jak się dostać i wydostać z systemu pomocy.
-
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.
-
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.
-
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.
|