Załącznik nr 1 ZAPROJEKTOWANIE I WYKONANIE PORTALU. Wymagania minimalne:

Transkrypt

1 Załącznik nr 1 ZAPROJEKTOWANIE I WYKONANIE PORTALU Wymagania minimalne: Portal dla beneficjentów ostatecznych projektu ma za zadanie integrację środowiska beneficjentów oraz wspomaganie komunikacji między nimi. Ponadto portal będzie pełnić funkcje edukacyjne - przybliżać możliwości wykorzystania Internetu w życiu codziennym, objaśniać sposoby efektywnego wykorzystywania zasobów i technik. Portal ma umożliwiać / wspomagać wymianę doświadczeń między beneficjentami m. in. poprzez forum, komunikator. Obok wymienionych funkcji portal ma umożliwiać zgłaszanie uwag i problemów do administratora infrastruktury. W ramach Zamówienia Wykonawca dostarczy system zarządzania treścią, uzgodni z Zamawiającym interfejs graficzny portalu, dokona jego instalacji na sprzęcie udostępnionym przez Zamawiającego, wprowadzając na stronę dane i inne informacje otrzymane od Zamawiającego wraz z migracją danych z istniejących stron urzędu, dokona uruchomienia oraz dostarczy odpowiednie licencje na oprogramowania portalu, pozwalające na udostępnienie pełnej funkcjonalności portalu dla co najmniej 500 zarejestrowanych użytkowników oraz 5 pracowników Zamawiającego. Ponadto przeprowadzi niezbędne szkolenia obsługi administracyjnej portalu, oraz udzieli 24 miesięcznego okresu gwarancji (od dnia podpisania protokołu odbioru portalu) w okresie której m.in. zapewni dostarczanie i instalację poprawek bezpieczeństwa, aktualizowanie oprogramowania portalu, udzieli wsparcia dla administratora portalu polegającego na udzieleniu administratorowi pomocy w zakresie konfiguracji i poprawnej pracy z systemem. Portal będzie utrzymywany na serwerze Urzędu Gminy Zakrzówek pracującym pod kontrolą systemu operacyjnego Linux, posiadającym wdrożony system Apache, PHP, SQL. Wymagania dla oprogramowania portalu: 1. Portal musi być oparty na skalowalnej architekturze i zapewniać obsługę/możliwość zasilania portalu z zewnętrznych aplikacji/portali poprzez web services. Portal ma zapewniać elastyczność dołączania nowych rozwiązań informatycznych. Portal musi być zgodny ze standardami xhtml 1.1, xhtml 2.0, CSS 2.0, W3C oraz przejść pozytywną weryfikację przy pomocy narzędzi udostępnionych przez W3C pod adresem: oraz powinien być zgodny z WCAG 2.0 z uwzględnieniem poziomu AA. 2. Portal musi posiadać spójny mechanizm do nawigowania i znajdowania odpowiednich informacji. 3. Portal musi być wykonany w architekturze trójwarstwowej, zapewniającym separację warstwy prezentacji od warstwy bazodanowej i silnika.

2 4. Portal ma umożliwiać tworzenie, edycję oraz przeglądania bazy wiedzy zgromadzonej na portalu. Baza wiedzy powinna działać na podobnej zasadzie jak wikipedia, pozwala ona każdemu użytkownikowi, pod warunkiem posiadania odpowiednich praw, na tworzenie nowej strony z informacjami, które mogą być przydatne innym osobom, jak również edycje już stworzonych stron. 5. Szata graficzna musi być wykonana w postaci szablonów możliwych do modyfikacji z poziomu panelu administracyjnego. 6. Portal musi umożliwiać wyszukiwanie pełnotekstowe do przeszukiwania stron. 7. Portal musi zawierać forum dyskusyjne umożliwiające dzielenie się opiniami. Ponadto, funkcja komentarzy pozwala także użytkownikom na zamieszczanie swoich wypowiedzi przy konkretnej stronie portalu lub dokumencie. Dyskusje prowadzone na forum są uwzględniane przez wyszukiwarkę. 8. Portal musi zawierać moduł ankiet on-line pozwalający na przeprowadzenie badania wśród osób mających dostęp do strony. Ankieta może obejmować pytania zamknięte, jednokrotnego i wielokrotnego wyboru, które są następnie automatycznie podsumowywane. Wyniki mogą być prezentowane w postaci graficznej. 9. Portal wykorzystuje wiadomości do powiadamiania użytkowników o istotnych wydarzeniach, zmianach w dokumentach, listach i innych elementach witryny. 10. Galerie grafik i zdjęć. Galeria musi umożliwiać przechowywanie i przeglądanie zdjęć, grafik oraz filmów. W bibliotece powinny być generowane automatycznie miniaturki, które ułatwiają przeglądanie zgromadzonych zasobów. 11. Po zalogowaniu użytkownika szablon strony powinien mieć możliwość dostosowywania do potrzeb danego użytkownika. Poszczególne elementy portalu składające się na stronę mają dwa tryby: wspólny i osobisty. Zmiany wprowadzane w trybie wspólnym (przez administratora lub uprawnionych użytkowników) są widoczne dla pozostałych pracowników. Modyfikacje w trypie prywatnym dotyczą indywidualnego widoku danego użytkownika. 12. Rozbudowa funkcji intranetu za pomocą składników strony. Składnik strony to podstawowy element budowy strony portalu, który dostarcza użytkownikom określone funkcje. Administrator ma możliwość dostosowywania wspólnych części intranetu przez dodawanie, konfigurowanie i wiązanie ze sobą elementów. Każdy element ma standardowe cechy związane z dostosowywaniem swego wyglądu, które mogą być zmieniane bezpośrednio z poziomu portalu z wykorzystaniem przeglądarki internetowej. 13. Portal musi posiadać wbudowane zabezpieczenia, w tym: ochronę przed próbami nieautoryzowanego dostępu do panelu administracyjnego (np. blokada konta po 3 próbach wpisania błędnego hasła). odporność na próby uzyskania dostępu poprzez znane formy włamań. odporność na zmiany treści za pomocą specjalnych skryptów i manipulacji w zapytaniach do bazy danych (np. sql injection, htmlspecialchars). stosować wyrażenia regularne w formularzach, stosować bezpieczne połączenia oparte o protokół SSL, tam gdzie jest to niezbędne (np. panel administracyjny) 14. Możliwość tworzenia wstępów do artykułów w postaci tekstu i/lub zdjęcia i możliwość swobodnego definiowania, w których częściach serwisu mają pojawiać się wstępy, a w których całe artykuły. 15. Mechanizm umożliwiający widok w panelu administracyjnym pełnej listy artykułów w wybranym dziale (z informacjami o terminach publikacji, opcjonalnie artykułów z archiwum). 16. Możliwość tworzenia wstępów do artykułów (tzw. teaserów) w postaci tekstu i/lub zdjęcia. 17. Możliwość tworzenia wstępów do artykułów w postaci tekstu i/lub zdjęcia i możliwość swobodnego definiowania, w których częściach serwisu mają pojawiać się wstępy, a w których całe artykuły.

3 18. Możliwość publikacji załączników w postaci plików doc, xls, ppt, rtf, odt, plików tekstowych, plików pdf, jpg, gif, png, swf, mpg, mp3, avi, wmv, zip, rar, opatrzonych odpowiednimi ikonkami, oraz innych plików dowolnego formatu opatrzonych właściwą dla nich wspólną ikonką (dotyczy wgrywania na serwer plików z rozszerzeniami zapisanymi małymi i wielkimi literami). PORTAL DLA ADMINISTRATORA 1. System musi być zdolny do pracy na wielu platformach systemów operacyjnych m.in. Windows, Linux. 2. System musi być zaprojektowany tak by istniała łatwa możliwość dodawania nowych modułów i funkcji w przyszłości. Ze względu na swoją architekturę system musi być w pełni skalowalny i modyfikowalny. 3. System musi posiadać jawną i udokumentowaną na piśmie strukturę danych, zawierającą m.in. opis obiektów bazy danych i kody składowanych na bazie elementów systemu. Baza danych powinna być obsługiwana przy użyciu dobrze znanych mechanizmów i narzędzi administracyjnych dzięki, którym przy posiadaniu odpowiednich uprawnień można na bieżąco śledzić jej poszczególne elementy. Dokumentacja techniczna powinna zawierać informacje o wszystkich obiektach znajdujących się w zasobach bazy danych tzn.: a) tabelach: - budowa tabel, - atrybuty tabel, - relacje między tabelami, - klucze, - wyzwalacze bazowe, - więzy kontrolne wewnątrz tabeli, b) perspektywach, c) podprogramach składowanych: - pakietach, - funkcjach, - procedurach, d) rolach sterujących dostępem, e) synonimach. PORTAL DLA UŻYTKOWNIKA 1. Interfejs użytkownika musi być intuicyjny, konsekwentnie stosowany we wszystkich modułach i posiadać także standardową obsługę z poziomu klawiatury. 2. System musi być odporny na błędy operatora sprzętu i swoje własne w stopniu przynajmniej takim, by nie dokonywał niesygnalizowanych zapisów lub uszkodzeń własnych. System musi być transakcyjny, a więc musi być zachowany ciąg operacji wykonywanych na współdzielonych zasobach przeprowadzający system z jednego stanu w drugi. Zapis w bazie powinien być sygnalizowany odpowiednim

4 oknem potwierdzenia. Każdy użytkownik powinien mieć zdefiniowane uprawnienia do danych i funkcji aplikacji. 3. System musi łatwo poddawać się modyfikacjom wynikającym ze zmian. 4. Powinien posiadać możliwość zmiany wielkości czcionki. ARCHITEKTURA PROPONOWANYCH ROZWIĄZAŃ - OPROGRAMOWANIE Wymogi funkcjonalne oprogramowania Oprogramowanie musi działać w wersji sieciowej Oprogramowanie musi pracować w oparciu o relacyjną bazę danych. Oprogramowanie musi być zbudowane w technologii klient-serwer. Oprogramowanie musi być w pełni zgodne ze stanem prawnym obowiązującym w momencie oddania do eksploatacji i musi mieć zapewnioną aktualizację serwisową poszczególnych modułów w przypadku zmiany prawa). Oprogramowanie musi posiadać moduł administracyjny umożliwiający zarządzanie nim i prawami użytkownika. Oprogramowanie musi stanowić zintegrowany pakiet aplikacji. Wymagane jest wzajemne współdziałanie aplikacji programowych poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze bazy danych. Oprogramowanie musi być otwarte, umożliwiające rozbudowę o nowe funkcje. Oprogramowanie musi zapewnić przyjazną komunikację z użytkownikiem (kontrola wprowadzanych danych, pomoc kontekstowa dla użytkownika). Interfejs użytkownika oraz pomoc kontekstowa musi być w języku polskim. Oferowane oprogramowanie musi posiadać wbudowany system ochrony danych przed niepowołanym dostępem użytkownicy posiadają różne uprawnienia dostępu do danych. Oferowane oprogramowanie musi posiadać dokumentację w języku polskim dla administratora i użytkownika, pozwalającą na samodzielną naukę obsługi oprogramowania. Wymagania dotyczące utrzymania i rozbudowy systemu System musi być skalowalny, przy czym skalowanie systemu może odbywać się przez: dołączenie dodatkowych stanowisk, rozbudowę warstwy aplikacyjnej, rozbudowę warstwy bazodanowej. Wiedza o systemie zawarta w podręczniku administratora i dokumentacji technicznej musi pozwalać na rozszerzanie systemu zarówno w odniesieniu do wydajności jak i pojemności. Łatwość pracy z systemem 1) System musi cechować się przyjaznym interfejsem użytkownika. 2) System musi być wyposażony w pomoc kontekstową

5 3) System musi być wyposażony w polskojęzyczne podręczniki użytkownika i administratora w wersji zarówno papierowej, jak i elektronicznej (zawierającej wyszukiwarkę) oraz w dokumentację techniczną. Podręczniki muszą wyjaśniać działanie systemu oraz pokazywać na przykładach, jak użytkownik/administrator może wykonać w systemie typowe zadania. Uwarunkowania licencyjne Zaproponowane przez Wykonawcę warunki licencjonowania: 1) Wykonawca przekaże licencję na oprogramowanie portalu Zamawiającemu 2) Licencje muszą być nieograniczone czasowo, bez ponoszenia jakichkolwiek cyklicznych opłat (w tym abonamentowych), wyłącznie na podstawie raz zakupionej licencji Wymagania bezpieczeństwa oraz wymagania związane z przechowywaniem danych i dostępnością systemu 1) Bezpieczeństwo danych. Dane muszą być zabezpieczone przed utratą w trybie czasu rzeczywistego przed awarią pojedynczych urządzeń pamięci masowych. 2) Tworzenie kopii zapasowych (backup). Oferowane rozwiązanie musi umożliwiać tworzenie kopii zapasowych (backup) danych. Zaoferowane rozwiązanie musi być zdolne do tworzenia kopii zapasowych (backupu) danych dokonywanych nie rzadziej nić raz w tygodniu. 3) Poufność danych. Poszczególne komponenty rozmieszczone w różnych lokalizacjach muszą komunikować się ze sobą w sposób zapewniający poufność danych. Dopuszcza się jako rozwiązanie wykorzystanie połączenia VPN. Wykonawca musi dostarczyć i wdrożyć zaproponowane przez siebie rozwiązanie w cenie projektu. Wymagania technologiczne Użytkownicy systemu jako stanowiska robocze będą wykorzystywać komputery z oprogramowaniem systemowym MS Windows bądź Linux. Dostarczone w ramach niniejszego zamówienia oprogramowanie musi działać w dowolnej sieci komputerowej w standardzie TCP/IP. System musi poprawnie działać z MS Windows i LINUX oraz z następującymi przeglądarkami WWW: - Internet Explorer (od wersji 8) - Firefox (od wersji 3.5) - Opera (od wersji 10) - Chrome (od wersji 15) System musi udostępniać możliwość importu i eksportu danych w formacie XML przy wykorzystaniu usług web services. Jeżeli Wykonawca opiera swoje rozwiązanie o platformy open source, to oprogramowanie dostarczone przez niego w ramach niniejszego postępowania musi być w wersji komercyjnej, nie może być oparte na wersjach niestabilnych. Zastosowane platformy open source powinny być dostatecznie rozwinięte i rozpowszechnione. Rozwiązania nie mogą być oparte na rozwiązaniach przestarzałych ani na rozwiązaniach niszowych.

6 SZKOLENIA W cenie oferty Wykonawca zobowiązany jest przeprowadzić szkolenia dla administratorów systemu (min. 2 pracowników UG Zakrzówek). Wykonawca zobowiązany jest zorganizować szkolenia co najmniej w wymiarze umożliwiającym przeszkolonej osobie sprawne posługiwanie się systemem stosownie do pełnionej przez niego roli.