pobierz
Transkrypt
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