pobierz

Załącznik nr 13 do SIWZ
Opis przedmiotu zamówienia dla części V
pn. „Wykonanie stron internetowych oraz biuletynów Informacji Publicznej Urzędu
Miejskiego w Poddębicach” .
1.Nazwa przedmiotu zamówienia.
Przedmiotem zamówienia jest wykonania stron internetowych oraz Biuletynów Informacji
Publicznej Urzędu Miejskiego w Poddębicach www.poddebice.pl oraz jej pięciu wersji
funkcjonujących pod wskazanymi sub-domenami spójnych graficznie i funkcjonalnie dla jednostek
podległych:
Szkoła Podstawowa nr 1 im. Lotników Polskich w Poddębicach,
Szkoła Podstawowa w Bałdrzychowie,
Szkoła Podstawowa w Niemysłowie,
Gimnazjum w Poddębicach,
Miejsko - Gminnego Ośrodka Pomocy Społecznej.
2.Opis szczegółowy przedmiotu zamówienia;
Przedmiotem zamówienia jest wykonanie stron internetowych oraz Biuletynów Informacji
Publicznej Urzędu Miejskiego w Poddębicach www.poddebice.pl oraz
jej pięciu wersji
funkcjonujących pod wskazanymi sub-domenami spójnych graficznie i funkcjonalnie dla jednostek
podległych:
Szkoła podstawowa nr 1 im. Lotników Polskich w Poddębicach
Szkoła podstawowa w Bałdrzychowie
Szkoła podstawowa w Niemysłowie
Gimnazjum w Poddębicach
Miejsko-Gminnego Ośrodka Pomocy Społecznej.
1. W zakresie BIP serwisy muszą spełniać wymagania określone w Rozporządzeniu Ministra
Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej, oraz umożliwiać spełnienie warunków określonych w dokumencie „Minimalny standard
informacji dla „Przejrzystej strony BIP” opracowanym przez Ministerstwo Spraw Wewnętrznych i
Administracji”
2. Oprogramowanie strony hostingowane będzie na serwerze zamawiającego.
3. Wszelkie prawa autorskie zostaną przekazane zamawiającemu,
I. W zakresie stron internetowych serwisy muszę spełniać następujące wymagania.
1. Strona musi zostać wykonana zgodnie z rozporządzeniem z dnia 12 kwietnia 2012 w sprawie Krajowych Ram
Interoperacyjności Dostosowanie strony do wymogów osób niepełnosprawnych WCGA 2.0 AA
2. Wszelkie prawa autorskie zostaną przekazane zamawiającemu,
3. Oprogramowanie strony hostingowane będzie na serwerze zamawiającego.
4. Projekt musi umożliwić budowę podstron dla jednostek podległych/ opartych na spójnym interfejsie i zarządzaniu.
5. Technologia wykonania strony internetowej musi pozwalać na jej rozbudowę oraz na tworzenie
dodatkowych modułów w przyszłości.
6. Strona musi spełniać wymogi bezpieczeństwa uniemożliwiając ingerencję w jej treść osób nieupoważnionych.
7. Strona internetowa musi zostać zaprojektowana, zoptymalizowana i wdrożona zapewniając jej
dobrą indeksowalność przez wyszukiwarki internetowe w tym: google, yahoo!,bing.
8. Wymagana jest konstrukcja strony internetowej w oparciu o system zarządzania treścią (CMS
-Content Management System) w pełni zarządzana przez panel administracyjny.
9. Utworzenie strony internetowej nie może się wiązać z opłatami licencyjnymi oraz innymi koszta-
mi związanymi z zakupieniem dodatkowego oprogramowania umożliwiającego jej poprawne działanie lub umożliwiające poprawne zarządzanie systemem wprowadzania treści.
10. System Zarządzania Treścią musi być wyposażony w interfejs graficznej edycji treści stron internetowych posiadający w pełni zlokalizowany polski pakiet językowy, umożliwiający wygodną
edycję tekstów, elementów graficznych, wstawianie i formatowanie tabel, kontrolę linków do stron
wewnętrznych, kontrolę nad strukturą serwisu podczas tworzenia stron www. Każda strona edytowana może zawierać moduły edytowane przy pomocy „tradycyjnych” formularzy.
11. CMS musi umożliwiać m.in. samodzielne:
a) dodawanie, edytowanie, usuwanie całych podstron,
b) dodawanie usuwanie plików multimedialnych. Tworzenie galerii multimedialnych, podstawowa edycja elementów multimedialnych (wyświetlany rozmiar, przycinanie zdjęć).,
c) dodawanie, edytowanie, usuwanie tekstów,
d) zamieszczanie, usuwanie plików do pobrania.
Dodatkowo CMS powinien umożliwiać obejrzenie przedmiotowej podstrony przed jej ostateczną publikacją;
8. System zarządzania treścią musi zapewniać zróżnicowany poziom uprawnień dostępu do strony
9. Administrator – osoba odpowiedzialna za zarządzenie całym systemem, w tym tworzenie, edytowanie,
usuwanie, publikowanie treści, grafik, załączników, działów, podstron, dodawanie i usuwanie
użytkowników i nadawanie im praw dostępu, dodawanie podstron.
10. Administrator dla każdej z subdomen osoba odpowiedzialna za zarządzenie systemem w zakresie swojej
subdomeny, w tym tworzenie, edytowanie, usuwanie, publikowanie treści, grafik, załączników,
działów, podstron, dodawanie i usuwanie użytkowników i nadawanie im praw dostępu, dodawanie podstron.
11. Redaktor – osoba odpowiedzialna za tworzenie, edytowanie, usuwanie, publikowanie treści, grafik,
załączników na określonych podstronach.
12. System zarządzania treścią musi posiadać wbudowany edytor typu WYSIWIG do formatowania treści
(posiadający co najmniej trzy tryby: edycyjny, tryb podglądu HTML, tryb podglądu strony-preview). Wszelkie operacje na treści artykułów powinny być przeprowadzane za pośrednictwem tego
edytora. Edytor powinien umożliwiać swobodne osadzanie plików (artykułów, dokumentów, plików, zdjęć, formularzy, itd.) w treści strony bez znajomości kodu języków skryptowych oraz bez
konieczności wpisywania ścieżek do dokumentów ulokowanych na lokalnym systemie plików.
10. System zarządzania treścią musi posiadać możliwość wyboru przez administratora dowolnej konfiguracji wyświetlania na stronie artykułów w danym dziale (datami: rosnąco i malejąco, wg. priorytetu, alfabetycznie) oraz być przeszukiwalny według różnych kryteriów, m.in. nazwy pliku, tytułu,
daty, godziny, ID artykułu.
11. Strona internetowa ma umożliwiać łatwą aktualizację i możliwość uzupełniania danych przez pracowników Zamawiającego.
12. Strona internetowa musi umożliwiać łatwą rozbudowę struktury oraz posiadać możliwość
dodania/zmiany/skasowania sekcji/kategorii/artykułu.
13. Strona internetowa musi dawać możliwość nadawania uprawnień do dowolnej gałęzi struktury dla
poszczególnych użytkowników lub grup użytkowników.
14. Strona internetowa musi wspierać tworzenie i obsługę formularzy, w tym obsługujących załączanie
plików z komputera użytkownika.
15. Tagowanie elementów serwisu musi umożliwić użytkownikowi szybki wybór interesujących go informacji np. grafika opisana kilkoma charakteryzującymi ją słowami może zostać odnaleziona na
podstawie jednego z tych słów.
16. Całość powinna posiadać system statystyk umożliwiających prowadzenie monitoringu oglądalności.
17. Strona internetowa musi posiadać mechanizm obsługi błędów – dedykowane strony informacyjne
o występujących błędach (np. błąd 404, czy czasowa niedostępność serwisu).
18. Strona internetowa musi mieć możliwość publikacji załączników w postaci plików MS Office 2000/
2003/2007/2010, rtf, odt, plików tekstowych, plików pdf, jpg, gif, png, swf, mpg, mpeg, mp3, avi,
wmv, zip, rar oraz innych plików dowolnego formatu i określonego rozmiaru.
19. Musi istnieć możliwość tworzenia dowolnych formularzy na potrzeby serwisu, w tym wysyłania
informacji, przy użyciu formatki WWW: „Napisz do nas” – odpowiedzi powinny zostać zapisane w bazie aplikacji oraz wysłane na wskazane adresy e-mail. Tworzenie formularzy musi odbywać się bez konieczności znajomości języków kodowania stron internetowych.
20. Strona internetowa powinna automatycznie dostosowywać się do rozdzielności, Technologia
Responsive Web Design (dostosowanie strony do urządzeń mobilnych).
21. Strona internetowa powinna zawierać wersję żałobną strony – umożliwiająca prostą zmianę głównych
elementów graficznych na skalę szarości)
22. Strona internetowa powinna zostać zintegrowana z translatorami mechanicznymi firm trzecich
23. Strona internetowa powinna posiadać Możliwość integracji z serwisami społecznościowymi (facebook, tweeter, google+ )
24. Zapewnione musi być pełne zarządzanie systemem banerów na całej stronie. Zmiana kolejności,
widoczność. Mechanizm powinien umożliwiać wymiennie umieszczanie banerów (w formacie
flash i JPG).
25. Musi być zapewniona możliwość wyszukiwania treści na stronie.
26. Musi być zapewnione zarządzanie widocznością zakładek i publikacji
27. Musi być zapewniona możliwość przeformatowania publikacji na stronie na format do druku,
oraz eksport do PDF.
28. META Tagi oraz TITLE powinny być generowane dla każdej podstrony.
29. W ramach realizacji zamówienia Wykonawca będzie zobowiązany do przeniesienia informacji
opublikowanych na dotychczasowej stronie Zamawiającego.
30. Zarządzanie kolejnością wyświetlanych artykułów.
Pozostałe funkcjonalności i informacje:
1. Moduł Newsletter - możliwości zapisu i rezygnacji z subskrypcji.
2. Mapa strony.
3. Informacja o wykorzystywanych plikach cookies.
4. Wyskakujące okno (ang. pop-up) – powodująca automatycznie uruchamianie nowego okienka (karty)
z określoną treścią w przeglądarce internetowej.
W wycenie proszę ująć przygotowanie projektu graficznego, uzupełnienie treścią, dobór słów
kluczowych do pozycjonowania, przystosowanie do urządzeń mobilnych wykonanie strony w pełni
zarządzanej przez panel administracyjny jak i wszystkie inne koszty związane z wykonaniem
strony. Proszę określić również czas potrzebny na realizację projektu.
Wymagania odnośnie standardu WCGA 2.0 AA
1. Zasada postrzeganie. Zawartość strony powinna być dostępna dla zmysłów wzroku i słuchu.
1.1. Wymaganie: alternatywy tekstowe. Należy zapewnić alternatywy w postaci tekstu dla
każdej informacji nietekstowej.
1.1.1. Wszystkie zdjęcia, przyciski graficzne formularzy oraz obszary aktywne map graficznych
powinny posiadać odpowiedni tekst alternatywny.
1.1.2. Grafiki nie przenoszące znaczenia, czy to dekoracyjne, czy też z informacją już
przekazaną za pomocą tekstu, powinny mieć pusty tekst alternatywny (alt='"') lub powinny być
zamieszczone jako tła graficzne za pomocą CSS. Wszystkie grafiki będące linkami powinny
posiadać opisowy tekst alternatywny.
1.1.3. Informacje ekwiwalentu alternatywnego dla złożonych grafik powinny być prezentowane
na osobnej stronie (podlinkowanej lub powiązanej nietekstowo za pomocą longdesc).
1.1.4. Przyciski formularzy powinny mieć nazwy (value) opisowe.
1.1.5. Elementy formularzy powinny posiadać załączone etykiety tekstowe (label) lub, gdy nie
jest możliwe ich użycie, informację (title) opisową.
1.1.6. Elementy multimedialne osadzone (embedded) powinny być oznaczone za pomocą
dostępnych tekstów.
1.1.7. Ramki (frames) powinny mieć odpowiedni tytuł.
1.2. Wymaganie: treść zależna od czasu. Należy zapewnić alternatywę dla treści zależnych od
czasu. Uwaga: Jeśli dźwięk lub wideo zostało załączone jako alternatywa treści (np.: wersja
dźwiękowa lub wersja w języku migowym treści strony), treść strony sama z siebie funkcjonuje
jako jego alternatywa.
1.2.1. Tylko dźwięk lub wideo nagrane.
a. Należy zapewnić transkrypcję opisową (włączając wszystkie ścieżki i informacje wizualne
i dźwiękowe) dla dźwięku nagranego (nie na żywo) udostępnionego na stronie (podcast
dźwiękowy, pliki MP3, itd.).
b. Należy zapewnić opis dźwiękowy lub tekstowy dla wideo nagranego (nie na żywo) bez
dźwięku udostępnionego na stronie (np. wideo bez ścieżek dźwiękowych).
1.2.2. Napisy (Nagrane).
Należy zapewnić napisy dla wideo nagranego (nie na żywo) udostępnionego na stronie (wideo
z YouTube itd.).
1.2.3. Audiodeskrypcje lub treści alternatywne multimediów (Nagrane).
Należy zapewnić transkrypcję lub audiodeskrypcję wideo nagranych udostępnionych na stronie
(nie na żywo).
1.3. Wymaganie: dający się przystosować. Należy tworzyć treści, które mogą być prezentowane
na różne sposoby (np. uproszczony design), nie tracąc przy tym informacji, czy też struktury.
1.3.1. Informacje i jej związki.
a. Należy używać znaczniki semantyczne, w celu prezentacji nagłówków «h1», list «ul>, <ol>
oraz <dl», tekstów specjalnych lub podkreślających znaczenie (np. <strong>, <code>, <abbr>,
<blockquote», itd. Znaczniki semantyczne powinny zostać użyte poprawnie.
b. Tabele należy używać do prezentacji danych tabelarycznych. Jeśli jest to konieczne, komórki
danych «td» powinny być powiązane ze swoimi nagłówkami «th». Tytuły tabel (caption) i ich
streszczenia (summary) powinny być użyte we właściwy sposób.
c. Etykiety (label) tekstowe w formularzach powinny być powiązane z odpowiednimi polami
(input). Elementy formularzy powiązane ze sobą powinny być zgrupowane za pomocą fieldset/
legend.
1.3.2. Sekwencja znaczeniowa.
Sekwencja nawigacji i czytania (określona poprzez kolejność w kodzie źródłowym) powinna
być logiczna i intuicyjna.
1.3.3. Charakterystyki zmysłowe.
a. Instrukcje nie powinny zależeć od kształtu, rozmiaru lub miejsca (np. "Aby kontynuować,
kliknij w kwadratową ikonę" lub "Instrukcje znajdują się w prawej kolumnie").
b. Instrukcje nie powinny zależeć od dźwięku (np. "Dźwięk beep oznacza, że możesz
kontynuować").
1.4. Wymaganie: Treść rozróżnialna. Ułatw użytkownikom oglądanie i słuchanie treści wraz
z separacją pierwszego planu i tła.
1.4.1. Użycie koloru.
a. Nie należy używać koloru jako jedynej metody do przekazywania treści i rozróżniania
elementów wizualnych.
b. Linki powinny odróżniać się od elementów i tekstu, które je otaczają. Jeżeli kolor
wykorzystywany jest do wyróżnienia linków, należy zastosować dodatkowy sposób, aby
je wyróżnić (np. należy je podkreślić po najechaniu).
1.4.2. Kontrola dźwięku.
Należy zapewnić mechanizm mogący zatrzymać, spauzować, wyciszyć lub zmienić głośność
każdego dźwięku, który jest odtwarzany na stronie dłużej niż trzy sekundy.
1.4.3. Kontrast (minimalny).
a. Tekst lub grafiki tekstowe powinny posiadać kontrast w stosunku 4,5:1, za wyjątkiem
przypadków:
Teksty duże (ponad 18 punktów lub 14 punktów na czarno) oraz grafiki tekstowe duże powinny
posiadać kontrast przynajmniej 3:1.
Teksty lub grafiki tekstowe, które są częścią komponentu nieaktywnego interfejsu
użytkownika, które są czysto dekoracyjne, które nie są widoczne lub które są częścią grafiki lub
zdjęcia, których znaczenie jest wizualne, nie posiadają określonych wymagań minimalnych
odnośnie kontrastu.
Teksty, które są częścią logotypu lub znaku handlowego nie posiadają określonych wymagań
minimalnych odnośnie kontrastu.
b. Uwaga – zaleca się stosowanie narzędzi sprawdzających kontrast np. Luminosity Colour
Contrast Ratio Analyser.
1.4.4. Rozmiar tekstu.
a. Strona powinna być czytelna i funkcjonalna po podwojeniu rozmiaru tekstu.
b. Interpretacja webdesignera Roger'a Johansson'a tego punktu mówi nam, że do czasu, gdy
większość użytkowników będzie używała przeglądarek obsługujących powiększenie (obsługa
powiększenia w przeglądarkach polepsza się), należy sprawdzać, czy tekst na stronach może być
powiększony aż do 200%.
1.4.5. Grafiki tekstowe.
Jeśli ta sama prezentacja wizualna może być wyrażona jedynie przy użyciu tekstu, nie należy
używać grafiki, aby przedstawić tekst.
2. Zasada funkcjonalność. Formularze, elementy kontroli, nawigacji i inne elementy interfejsu
powinny pozwalać na interakcję.
2.1. Wymaganie: dostępność przy pomocy klawiatury. Należy zapewnić, aby cała
funkcjonalność była dostępna za pomocą klawiatury.
2.1.1. Klawiatura.
a. Wszystkie funkcje strony powinny być dostępne przy użyciu klawiatury, za wyjątkiem tych,
które konwencjonalnie nie mogą być wykonane klawiaturą (np. rysunek odręczny).
b. Skróty klawiaturowe i accesskeys (które zwykle powinny być opuszczane) nie powinny
wchodzić w konflikt pomiędzy elementami istniejącymi w przeglądarce i/ lub programie
czytającym.
2.1.2. Klawiatura nie zablokowana.
Zaznaczenie z klawiatury nie powinno być zablokowane lub ustawione na konkretnym
elemencie strony. Użytkownik powinien móc poruszać się po wszystkich elementach
nawigacyjnych strony, używając jedynie klawiatury.
2.2. Wymaganie: wystarczająca ilość czasu. Zapewnij użytkownikom wystarczającą ilość czasu,
aby mogli przeczytać i wykorzystać treść.
2.2.1. Ilość czasu możliwa do ustawienia.
Jeśli strona lub aplikacja ma limit czasowy na wykonanie danego zadania, powinna zapewnić
opcję jego wyłączenia, ustawienia lub zwiększenia tego limitu. Nie jest to konieczne w przypadku
zdarzeń zachodzących w czasie rzeczywistym (np. aukcje), gdzie limit czasowy jest absolutnie
konieczny lub gdy okres czasu wynosi ponad 20 godzin.
2.2.2. Pauza, zatrzymanie, ukrycie.
a. Każdy ruch automatyczny, miganie lub przewijanie trwający ponad trzy sekundy powinien
mieć możliwość spauzowania, zatrzymania lub ukrycia przez użytkownika. Ruch, miganie lub
przewijanie może być użyte w celu zwrócenia uwagi użytkownika lub wyróżnienia treści, jeśli trwa
krócej niż trzy sekundy.
b. Treść aktualizowana automatycznie (np. strona przeładowywana lub przekierowywana
automatycznie, ticker wiadomości, aktualizacja za pomocą AJAX, powiadomienie, itd.) powinno
być możliwe do spauzowania, zatrzymania lub ukrycia przez użytkownika lub użytkownik
powinien mieć możliwość ręcznej kontroli czasów aktualizacji.
2.3. Wymaganie: wstrząsy. Nie projektuj treści w formie, która mogłaby spowodować ataki lub
wstrząsy.
Nie należy tworzyć treści, które migają więcej niż trzy razy na sekundę, chyba że miganie jest
wystarczająco niewielkie, błyski mają mały kontrast i nie zawierają dużo czerwieni.
2.4. Wymaganie: nawigacja. Zapewnij środki, które pomogą użytkownikowi w nawigacji,
znalezieniu treści i określeniu, gdzie się aktualnie znajduje.
2.4.1. Bezpośredni dostęp. c. Należy zapewnić link, który umożliwi ominięcie nawigacji
i innych powtarzających się elementów na podstronach.
d. Jeśli strona oparta jest na prawidłowej strukturze nagłówków, może to być wzięte pod uwagę
jako technika wystarczająca zamiast linku typu „Przeskocz do treści głównej”. Należy mieć na
uwadze, że nawigacja oparta na nagłówkach nie jest jeszcze wspierana przez wszystkie
przeglądarki.
e. Jeśli strona jest zbudowana na strukturze ramek, a ramki mają poprawne tytuły, może być
to wzięte pod uwagę jako technika wystarczająca w bezpośrednim dostępie do każdej z ramek.
2.4.2. Tytuł strony.
Strona internetowa powinna mieć tytuł opisowy i informacyjny mówiący o niej.
2.4.3. Kolejność zaznaczenia.
Kolejność nawigacji po linkach, elementach formularzy, itd. powinna być logiczna i intuicyjna.
2.4.4. Cel linku (z kontekstem).
a. Linki (lub przyciski formularza, czy też obszary aktywne map odnośników) nie powinny być
dwuznaczne dla użytkowników, powinny zostać wystarczająco opisane z określeniem swojego celu
bezpośrednio z tekstu linkowanego lub w pewnych przypadkach, z linku w swoim kontekście
(np. w paragrafach, które go otaczają, elementach list, komórkach lub nagłówkach tabeli, itd.).
b. Linki (lub przyciski graficzne formularzy) o tym samym celu powinny mieć takie same opisy
(być spójne, według kryterium spełnienia 3.2.4), a linki o różnych celach powinny posiadać różne
opisy.
2.4.5. Wiele dróg.
Należy zapewnić wiele sposobów na znalezienie innych stron w serwisie - przynajmniej dwa
z następujących: lista podstron powiązanych, tabela z treściami, mapa serwisu, wyszukiwarka lub
lista wszystkich podstron.
2.4.6. Nagłówki i etykiety.
Nagłówki «h» stron i etykiety «label» elementów aktywnych formularzy powinny być opisane.
Należy unikać duplikowania nagłówków (np. „Więcej”) i etykiet tekstowych (np. „Imię”), chyba
że struktura pozwala na odpowiednie ich odróżnienie.
2.4.7. Widoczność zaznaczenia.
Należy zweryfikować, czy jest widoczny element posiadający aktualne zaznaczenie przy
korzystaniu z klawiatury (np. jeśli użytkownik przemieszcza się po stronie za pomocą tabulatora,
czy możliwe jest jego zlokalizowanie).
3. Zasada zrozumiałość. Treść i interfejs powinny być łatwo zrozumiałe i być semantycznie
bogate.
3.1. Wymaganie: Czytelność. Należy tworzyć treści czytelne i łatwe do zrozumienia.
3.1.1. Język strony.
Główny język strony powinien być określony za pomocą algorytmu Lang w znaczniku HTML
(np. <HTML lang=”pl”>).
3.1.2. Język elementów.
a. Jeśli istnieją sekcje posiadające treści w języku innym niż główny, należy to zaznaczyć za
pomocą atrybutu lang (np. <blockquote lang="pl"», gdy będzie to konieczne.
b. Wyjątki od przedstawionej reguły stanowią: nazwy własne, terminy techniczne, słowa lub
zdania z języków nieokreślonych lub wymyślonych, wyrażenia własne językowe (wernykularne),
które są zrozumiałe w danym kontekście (np. wyrażenia z łaciny w hiszpańskim).
3.2. Wymaganie: przewidywalność. Należy tworzyć strony internetowe, które wyglądają
i funkcjonują w sposób przewidywalny.
3.2.1. Zaznaczenie.
Gdy element jest zaznaczony, nie powinna zaistnieć żadna zmiana na stronie, która wprowadza
w błąd lub dezorientuje użytkownika.
3.2.2. Zmiany nie do przewidzenia.
Należy ostrzegać użytkownika z wyprzedzeniem o zmianach nieprzewidywalnych lub
automatycznych w konfiguracji jakiegokolwiek elementu interfejsu, które spowodują modyfikację
strony. Należy używać przycisków dla formularzy.
3.2.3. Spójna nawigacja.
Linki nawigacji, które powtarzają się na stronie internetowej nie powinny zmieniać swojej
kolejności przy poruszaniu się po serwisie.
3.2.4. Spójna identyfikacja.
Elementy, które mają tą samą funkcjonalność na wielu stronach internetowych powinny być
identyfikowane w sposób spójny. Na przykład, pole wyszukiwarki w górnej części strony powinno
być opisane zawsze w ten sam sposób.
3.3. Wymaganie: pomoc przy wprowadzaniu danych. Należy pomagać użytkownikom unikać
błędów i poprawiać je.
3.3.1. Identyfikacja błędów.
a. Należy zapewnić użytkownikowi informację o polach wymaganych formularza lub tych,
które mają określony format, wartość lub długość za pomocą elementu <label> (jeśli nie jest
to możliwe, należy zapewnić informację w tytule (title) elementu).
b. Gdy jest stosowana walidacja danych z formularzy (po stronie klienta lub serwera), należy
zapewnić informację o błędach i powiadomieniach w sposób skuteczny, intuicyjny i dostępny.
Błędy powinny być jasno zidentyfikowane z zapewnieniem szybkiego dostępu do elementu
problematycznego, pozwalać użytkownikowi na łatwe rozwiązanie problemu i powtórne przesłanie
danych z formularza.
3.3.2. Etykiety i instrukcje.
Należy zapewnić wystarczające etykiety, powiadomienia i instrukcje dla elementów
interaktywnych. W tym celu należy wykorzystywać instrukcje, przykłady, wstawiać odpowiednie
etykiety (label) oraz grupować i opisywać pola za pomocą fieldset/ legends.
3.3.3. Sugestie rozwiązań błędów.
Jeśli zostanie wykryty błąd przy wprowadzaniu danych (z zastosowaniem walidacji po stronie
klienta lub serwera), należy przedstawić sugestie mogące rozwiązać problem w sposób odpowiedni
i dostępny.
3.3.4. Zapobieganie błędom (Formularze prawne, finansowe, z danymi). Jeśli użytkownik może
modyfikować lub kasować dane o charakterze prawnym, finansowym lub próbnym, czynności
te powinny być możliwe do odwrócenia, zweryfikowania lub potwierdzenia.
4. Zasada kompatybilność. Treść powinna być wystarczająco spójna i niezawodna, aby była
możliwość wykorzystania jej w wielu przeglądarkach, technologiach pomocniczych oraz
przygotowana z myślą o przyszłych technologiach.
4.1. Wymaganie: kompatybilność. Należy poprawić kompatybilność z aktualnymi i przyszłymi
przeglądarkami, włączając technologie pomocnicze.
4.1.1. Analiza.
Należy unikać błędów semantycznych HTML/XHTML. Kod może zostać sprawdzony,
przeanalizowany i zwalidowany na http://validator.w3.org/
4.1.2. Nazwa, funkcja, wartość.
Należy używać znaczników w sposób ułatwiający dostępność. Zakłada to przestrzeganie
oficjalnych specyfikacji HTML/XHTML wykorzystując gramatykę formalną w poprawny sposób.
Wykonawca w swojej ofercie winien ująć koszt czynności, robót, lub innego rodzaju detali
nieobjętych niniejszą dokumentacją przetargową, jeśli są one niezbędne z punktu widzenia poprawności wykonania niniejszego zamówienia i celu jakiemu mają służyć.
Wymagania Zamawiającego w zakresie zatrudnienia pracowników przy realizacji
przedmiotu zamówienia.
Wykonawca oraz jego podwykonawcy w ramach realizacji niniejszego zamówienia
obejmującego wykonanie stron internetowych są zobowiązani do zatrudnienia pracowników
na podstawie umowy o pracę, których wykonywanie pracy zostało ustalone w sposób zgodny
z art. 22 §1 ustawy z dnia 26 czerwca 1974r. - Kodeks pracy.
Sposób dokumentowania zatrudnienia osób przez Wykonawcę oraz jego dalszych
podwykonawców nastąpi poprzez złożenie stosownego wykazy osób zatrudnionych na podstawie
umowy o pracę (imię i nazwisko, stanowisko pracy, zakres obowiązków) przy realizacji
zamówienia w terminie 5 dni od dnia podpisania umowy. W przypadku przedsiębiorców
będących osobami fizycznymi dopuszcza się, aby osobiście wykonywali czynności związane
z realizacją zamówienia.
Każda zmiana wskazanych w wykazie pracowników zobowiązuje Wykonawcę oraz jego
Podwykonawców do poinformowania Zamawiającego na piśmie.
Zamawiający ma prawo w każdym momencie trwania realizacji zamówienia przeprowadzić kontrolę na miejscu wykonywania zamówienia w celu weryfikacji, czy osoby wykonujące
czynności są osobami wskazanymi przez Wykonawcę lub Podwykonawcę zatrudnionymi na pod stawie umowy o pracę. Osoba kontrolowana powinna wylegitymować się dokumentem stwierdza jącym jej tożsamość. W przypadku braku takiego dokumentu lub stwierdzenia niezgodności osób
wykonujących usługę zgodnie z wykazem osób, osoba taka nie będzie mogła dalej wykonywać
czynności.
W przypadku stwierdzenia wykonywania czynności obejmujących wykonanie stron
internetowych przez osoby, które nie są zatrudnione na podstawie umowy o pracę i nie zostały
wskazane w wykazie, Zamawiający uprawniony jest do naliczania kary umownej w wysokości
1/10 aktualnie obowiązującej kwoty minimalnego wynagrodzenia za pracę za każdą osobę.
Burmistrz Poddębic
(-) Piotr Sęczkowski