Projekty współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz środków budżetu województwa zachodniopomorskiego w ramach Regionalnego Programu Operacyjnego Województwa Zachodniopomorskiego na lata 2007-2013 - Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin, Portal Bezpieczni Razem. załącznik nr 7 do siwz Opis Przedmiotu Zamówienia Przedmiotem zamówienia jest wdrożenie oprogramowania dla realizacji projektów Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin, Portal BEZPIECZNI RAZEM, a w szczególności: Część 1. Część 2. Część 3. Część 4. A. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie, udzielenie licencji dla systemu zarządzania portalem internetowym. B. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie, udzielenie licencji dla portalu internetowego pod nazwą Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin C. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie portalu internetowego pod nazwą Portalu BEZPIECZNI RAZEM. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie, udzielenie licencji dla systemu zarządzania informacją o uczniu. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie, udzielenie licencji dla systemu zarządzania elektronicznymi treściami edukacyjnymi dla poszczególnych stopni kształcenia dla portalu projektu Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin i portalu projektu Portal BEZPIECZNI RAZEM. Dostawa materiałów filmowych dla portalu projektu Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin i portalu projektu Portal BEZPIECZNI RAZEM. Kod CPV: 48000000-8 Pakiety oprogramowania i systemy informatyczne 72413000 8 Usługi w zakresie projektowania stron WWW 72212224 5 Usługi opracowywania oprogramowania do edycji stron WWW 79822500 7 Usługi projektów graficznych 32354500-4 Filmy wideo 92111200-4 Produkcja filmów reklamowych, propagandowych i informacyjnych i taśm wideo 1
Spis treści Wymagania związane z promocją unijnego źródła dofinansowania.... 6 Część 1. A. Dostawa, instalacja w zasobach Zamawiającego i wdroŝenie, udzielenie licencji dla systemu zarządzania portalem internetowym... 7 1.1. Podstawowe załoŝenia systemu... 7 1.2. Wymagania techniczne dla dostarczanego rozwiązania... 7 1.3. Wymagania prawne dla dostarczanego rozwiązania... 8 1.3.1. Ogólne wymagania prawne dla dostarczanego rozwiązania... 8 1.3.2. Licencje... 8 1.3.3. Autorskie prawa majątkowe... 8 1.3.4. Gwarancja systemu... 9 1.4. Podstawowe wymagania funkcjonalno-techniczne dla dostarczanego rozwiązania... 9 1.4.1.1. Wsparcie techniczne dla uŝytkowników systemu CMS....12 1.4.1.2. Przeprowadzenie szkolenia w zakresie obsługi systemu CMS....12 1.4.2. Moduł uŝytkownika...13 1.4.2.1. Konta uŝytkowników...13 1.4.2.2. Profil uŝytkownika...13 1.4.2.3. Moje miejsce / ulubione...13 1.4.3. Moduł administracji portalem...14 1.4.3.1. Administracja systemem...14 1.4.3.2. Administracja uŝytkownikami...14 1.4.3.3. Bezpieczeństwo dostępu i zawartości...14 1.4.3.4. Bezpieczeństwo prawne portalu...15 1.4.4. Moduł społecznościowy...15 1.4.4.1. Aktualności...15 1.4.4.1.1. News...16 1.4.4.1.2. Artykuł analityczny...16 1.4.4.1.3. Wywiad...16 1.4.4.1.4. ReportaŜ video...16 1.4.4.1.5. Przegląd prasy i Internetu...16 1.4.4.1.6. Przegląd wydawnictw...16 1.4.4.1.7. Recenzja wydawnictwa...17 1.4.4.2. Poczta elektroniczna...17 1.4.4.3. Blog...18 1.4.4.4. Newsletter...19 1.4.4.5. Kanał rss...19 1.4.4.6. Wyszukiwarka...19 1.4.4.7. Czat...19 1.4.4.8. Kalendarz...20 1.4.4.9. Tablice ogłoszeń...21 1.4.4.10. Forum dyskusyjne...21 1.4.4.11. Formularze...22 2
1.4.4.12. Ankiety i głosowania...23 1.4.4.13. Ocena materiałów...23 1.4.4.14. Baza publikacji...24 1.4.4.15. Dobre praktyki...24 1.4.4.16. Encyklopedia...24 1.4.5. Moduł multimedia...26 1.4.5.1. Obrazy...26 1.4.5.2. Pliki filmowe...26 1.4.5.3. Pliki audio...26 1.4.6. Wykonanie Analizy PrzedwdroŜeniowej...26 1.4.6.1. WdroŜenie - elementy i etapy...27 1.4.6.1.1. Elementy wdroŝenia...27 1.4.6.1.2. Etapy wdroŝenia...27 1.5. Termin realizacji zamówienia...28 B. Portal projektu Portal EDUKACYJNY województwa zachodniopomorskiego Szczecin...29 1.6. Podstawowe załoŝenia wdraŝanego portalu...29 1.7. Wymaganie prawne dla dostarczanego rozwiązania...29 1.7.1. Ogólne wymagania prawne dla dostarczanego rozwiązania...29 1.7.2. Szczegółowe wymagania prawne dla dostarczanego rozwiązania...30 1.7.3. Licencje...30 1.7.4. Autorskie prawa majątkowe...31 1.7.5. Gwarancja systemu...31 1.8. Wymagania ogólne...31 1.9. Przepływy danych...32 1.10. Narzędzia zarządzanie treścią...32 1.11. Termin realizacji zamówienia...33 C. Portal projektu Portal BEZPIECZNI RAZEM...34 1.12. Podstawowe załoŝenia wdraŝanego systemu...34 1.13. Wymaganie prawne dla dostarczanego rozwiązania...34 1.13.1. Ogólne wymagania prawne dla dostarczanego rozwiązania...34 1.13.2. Szczegółowe wymagania prawne dla dostarczanego rozwiązania...34 1.13.3. Licencje...35 1.13.5. Gwarancja systemu...36 1.14. Wymagania ogólne...36 1.15. Przepływy danych...37 1.16. Termin realizacji zamówienia...37 Część 2. Aplikacje edukacyjne...38 2.1. Wymaganie prawne dla dostarczanych rozwiązania...38 2.1.1. Ogólne wymagania prawne dla dostarczanego rozwiązania...38 2.1.2. Szczegółowe wymagania prawne dla dostarczanego rozwiązania...38 2.1.3. Licencje...39 2.1.4. Autorskie prawa majątkowe...39 3
2.1.5. Gwarancja systemu...40 2.2. Wymagania techniczne dla dostarczanego rozwiązania...40 2.3. Specyfikacja aplikacji...41 2.3.1. Sekretariat...41 2.3.2. Dziennik elektroniczny...44 2.3.2.1. System oceniania...45 2.3.2.2. Oceny klasyfikacyjne...46 2.3.2.3. Ewidencja uczniów....46 2.3.2.4. Organizacja i prowadzenie zajęć lekcyjnych...47 2.3.2.5. Rozkład materiałów nauczania:...48 2.3.2.6. Kontrola braków w dzienniku:...48 2.3.2.7. Moduł frekwencja:...48 2.3.2.8. Postępy konkretnego ucznia...49 2.3.2.9. Statystyki graficzne i analizy...49 2.3.2.10. Moduł frekwencji na wywiadówkach...50 2.3.2.11. Moduł administracji:...50 2.3.2.12. Komunikacja z rodzicami, opiekunami i uczniami...50 2.3.2.13. Moduł kalendarz klasowy...50 2.3.2.14. Ochrona danych osobowych...51 2.3.2.15. Rozliczalność operacji...51 2.3.2.16. Kopie bezpieczeństwa, archiwum...51 2.3.2.17. Technika wprowadzania danych...52 2.3.3. Analizator wyników egzaminów zewnętrznych...52 2.3.4. Księga Zastępstw i Nieobecności Nauczycieli...53 2.3.5. Plan DyŜurów Nauczycielskich...54 2.3.6. Wirtualny Pokój Nauczycielski...55 2.4. Termin realizacji przedmiotu zamówienia...56 Część 3. Moduł edukacyjny...57 3.1. Wymaganie prawne dla dostarczanego rozwiązania...57 3.1.1. Ogólne wymagania prawne dla dostarczanego rozwiązania...57 3.1.2. Szczegółowe wymagania prawne dla dostarczanego rozwiązania...57 3.1.3. Licencje...58 3.1.4. Autorskie prawa majątkowe...58 3.1.5. Gwarancja systemu...58 3.2. Wymagania techniczne dla dostarczanego rozwiązania...59 3.3. Elektroniczne treści edukacyjne...60 3.4. Moduł prezentacji zasobów i mechanizmów edukacyjnych...62 3.5. Silnik tworzenia elementów edukacyjnych...62 3.6. Moduł LMS zarządzanie procesem nauczania...63 3.7. Elektroniczne treści edukacyjne...65 3.7.1. Wymagania ilościowe...65 3.7.1.1. Wymagania ilościowe dla elektronicznych treści edukacyjnych dla Portalu EDUKACYJNEGO...65 4
3.7.1.2. Wymagania ilościowe dla elektronicznych treści edukacyjnych dla potrzeb Portalu BEZPIECZNI RAZEM...66 3.7.2. Wymagania funkcjonalne dla elektronicznych treści edukacyjnych...66 3.8. Termin realizacji przedmiotu zamówienia...67 Część 4. Dostawa materiałów filmowych dla portalu projektu Portal EDUKACYJNY województwa zachodniopomorskiego - Szczecin i portalu projektu Portal BEZPIECZNI RAZEM...68 4.1. Wymagania prawne dla realizowanego Przedmiotu Zamówienia...68 4.1.1. Ogólne wymagania prawne dla dostarczanego rozwiązania...68 4.1.2. Autorskie prawa majątkowe...68 4.1.3. Gwarancja...68 4.2. Materiały filmowe...68 4.2.1. Portal EDUKACYJNY...69 4.2.2. Portal BEZPIECZNI RAZEM...69 4.2.2.1. Bezpieczeństwo majątku i osoby...70 4.2.2.2. Bezpieczeństwo osobiste...71 4.2.2.3. Bezpieczeństwo miasta i jego mieszkańców...71 4.2.2.4. Środowisko i jego ochrona...71 4.2.2.5. Bezpieczeństwo poŝarowe...71 4.3. Termin realizacji przedmiotu zamówienia...71 5
Wymagania związane z promocją unijnego źródła dofinansowania. Projekty Portal EDUKACYJNY województwa zachodniopomorskiego Szczecin i Portal BEZPIECZNI RAZEM są współfinansowane ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Zachodniopomorskiego na lata 2007-2013 (Oś priorytetowa 3 Rozwój społeczeństwa informacyjnego, Działanie 3.2 Rozwój systemów informatycznych i usług), na podstawie umów o dofinansowanie nr UDA-RPZP.03.02.00-32-003/10-00 z dnia 20 października 2010 r. i nr UDA-RPZP.03.02.00-32-002/10-00 z dnia 20 października 2010 r., wszelkie działania związane z realizacją projektów powinny uwzględniać uregulowania dotyczące projektów współfinansowanych z funduszy europejskich. Oprogramowanie dostarczone w ramach projektów jako zakupione przy współudziale środków z Funduszy Strukturalnych, musi być oznaczone zgodnie z Rozporządzeniem nr 1159/2000/WE z dnia 30.05.2000 r. w sprawie środków informacyjnych i promocyjnych stosowanych przez Państwa Członkowskie odnośnie pomocy z Funduszy Strukturalnych. Wykonawca ma obowiązek oznaczenia całości dostarczonych materiałów naklejkami lub znakami graficznymi informującymi o współfinansowaniu projektu przez UE. Wykonawca musi uzyskać akceptację Zamawiającego na wzór stosowanych oznaczeń. Działania promocyjne muszą być prowadzone, zgodnie z wymogami dokumentu "Wytyczne Instytucji Zarządzającej RPO WZ na lata 2007-2013 dotyczące informacji i promocji projektu realizowanego w ramach RPO", znajdujące się pod adresem http://www.rpo.wzp.pl/rpo/promocja_i_informacja/p-r-m-a-9158/logotypy_i_wytyczne.htm. 6
Część 1. A. Dostawa, instalacja w zasobach Zamawiającego i wdrożenie, udzielenie licencji dla systemu zarządzania portalem internetowym 1.1. Podstawowe założenia systemu Zamawiający wymaga dostawy systemu zarządzania treścią (CMS), systemu do tworzenia i zarządzania portalem internetowym, pozwalającego w swobodny sposób na zarządzanie zawartością stron WWW przez użytkowników kreujących treści oraz kodu źródłowego dostarczonego systemu. Portal powinien realizować poniższe funkcje: zawierać mechanizm tworzenia stron internetowych dla dowolnej ilości stron, w dowolnej szacie graficznej, umożliwiać dynamiczne zarządzanie treściami publikowanych dokumentów i serwisów, zapewniać rejestrowanie i uwierzytelnianie użytkowników, dostęp do części aplikacyjnej portalu powinien być zabezpieczony mechanizmami uwierzytelniania i autoryzacji; umożliwiać wyszukiwanie dokumentów i informacji publikowanych w serwisie na podstawie zdefiniowanych kryteriów. zawierać integralny mechanizm tworzenie raportów obrazujących statystyki wykorzystania serwisu, ilość odsłon poszczególnych części serwisu. 1.2. Wymagania techniczne dla dostarczanego rozwiązania 1. Zamawiający wymaga zainstalowania i uruchomienia dostarczonego rozwiązania w zasobach Zamawiającego, przez co Zamawiający rozumie środowisko MS Windows 2008 Server, MS SQL 2008, MS Internet Information Services 7, MS SharePoint 2010 lub Mikroplan ICOR, aktualnie zainstalowane w zasobach Zamawiającego i użytkowane przez niego. 2. Interfejs użytkownika systemu nie może wymagać instalowania na stacjach roboczych żadnych elementów aplikacji odpowiedzialnych za przetwarzanie danych systemu. Na stacjach roboczych mogą być instalowane tylko i wyłącznie komponenty odpowiedzialne za komunikację z serwerami i obsługę warstwy prezentacyjnej systemu. 3. Serwisy informacyjne będą oparte na relacyjnych lub relacyjno-obiektowych bazach danych, wyposażone w narzędzia zarządzania treścią (CMS), dokumentami i aplikacjami przy pomocy dostarczonych narzędzi administratorskich. 4. Serwis powinien umożliwiać publikację dokumentów w formacie: HTML, XHTML, XML, XSD, PDF, formatach tekstowych i pochodnych. 5. Całość rozwiązania musi być napisana i pracować w architekturze zorientowanej na usługi (SOA). Dla wszystkich obszarów funkcjonalnych systemu, musi być wydzielona warstwa integracyjna, która będzie odpowiedzialna za integrację z zewnętrznymi źródłami danych oraz udostępniać im dane z systemu w formie API. 6. Wszystkie aplikacje dostarczone w ramach zadania będą musiały spełnić warunki określone w rozporządzeniu Rady Ministrów dotyczącym Krajowych Ram Interoperacyjności. 7. System ma umożliwiać zdalny dostęp do jego funkcjonalności i mechanizmów z wykorzystaniem bezpiecznego protokołu https. 8. System musi umożliwiać zdalne edytowanie treści przez niego zarządzanych, z wykorzystaniem bezpiecznego protokołu https. 9. Zamawiający wymaga, aby portale i strony wygenerowane przez system były prawidłowo obsługiwane przez przeglądarki MS Internet Explorer 8.x, 9.x; Mozilla Firefox 3.x, 4.x, 5.x; Google Chrome 12.x; Opera 11.x; Apple Safari 5.x. 10. Zamawiający wymaga, aby portale i strony wygenerowane przez system były prawidłowo obsługiwane na urządzeniach mobilnych, w szczególności na urządzeniach pod kontrolą systemu Android i Windows Phone. 7
11. Zamawiający wymaga, aby system zapewniał bezpieczną transmisję danych między aplikacjami, apletami klienckimi a centralną bazą danych systemu (zabezpieczoną przed niepowołanym odczytem i modyfikacją) w ramach definiowalnych ustawień systemu. 12. System musi wspierać rozwiązania klastrowe, realizowane przy pomocy narzędzi firmy Microsoft, wykorzystanych w projekcie. 1.3. Wymagania prawne dla dostarczanego rozwiązania 1.3.1. Ogólne wymagania prawne dla dostarczanego rozwiązania 1. Wykonawca zapewnia i zobowiązuje się, że korzystanie przez Zamawiającego z dostarczonych produktów nie będzie stanowić naruszenia praw osobistych, majątkowych praw autorskich i majątkowych osób trzecich. 2. Oferowane oprogramowanie w dniu składania ofert nie może być przeznaczone przez producenta do wycofania z produkcji, do wycofania ze sprzedaży lub wsparcia technicznego. 3. Zamawiający wymaga, by dostarczone oprogramowanie było oprogramowaniem w wersji aktualnej na dzień poprzedzający dzień składania ofert. 4. Dla oprogramowania objętego niniejszym zamówieniem należy dostarczyć: licencje, nośniki instalacyjne oraz instrukcje. 1.3.2. Licencje 1. Udzielenie na czas nieoznaczony (tj. także w okresie wykraczającym poza okres obowiązywania umowy wdrożeniowej i gwarancyjnej) pisemnej, niewyłącznej, nieodwołalnej i nieograniczonej terytorialnie licencji na korzystanie z przedmiotu zamówienia oraz dostarczenie licencji na czas nieoznaczony, niewyłącznych, nieodwołalnych i nieograniczonych terytorialnie na jednoczesne korzystanie na dowolnej liczbie stanowisk z innych komercyjnych oprogramowań zewnętrznych (z wyłączeniem systemu bazy danych oraz systemu operacyjnego serwera), niezbędnych do funkcjonowania Systemu, na wszystkich znanych w dniu przeniesienia polach eksploatacji, w tym wymienionych w art.74 ust.4 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych, jak również licencji na korzystanie z dokumentacji do tych oprogramowań na polach eksploatacji wymienionych w art. 50 ww. ustawy wystawionych przez producentów tych oprogramowań (podmioty, którym przysługują autorskie prawa majątkowe do nich) na Zamawiającego jako licencjobiorcę. 2. Licencje muszą pozwalać na dowolną liczbę instalacji dostarczonego systemu w zasobach Zamawiającego (w tym w jednostkach organizacyjnych podległych Zamawiającemu), nielimitowaną liczbę użytkowników, swobodne przenoszenie systemu pomiędzy serwerami Zamawiającego lub wynajętymi przez niego zasobami. 3. Licencjonowanie musi uwzględniać prawo do bezpłatnego pozyskiwania i instalacji udostępnianych przez producenta uaktualnień (update i upgrade), poprawek krytycznych i opcjonalnych przez okres wdrożenia i w okresie 36 miesięcy od daty odebrania przez Zamawiającego przedmiotu zamówienia (nie krócej jednak niż do 31 grudnia 2015 roku). W tym okresie Wykonawca nie może zaprzestać świadczenia usług wsparcia. 1.3.3. Autorskie prawa majątkowe Wykonawca przekaże Zamawiającemu wyłączne autorskie prawa majątkowe do koncepcji rozwoju i funkcjonowania systemu zarządzania treścią (CMS) wyników Analizy Przedwdrożeniowej, Z dniem przyjęcia dzieła, Wykonawca przeniesie na Zamawiającego niewyłączne autorskie prawa majątkowe do systemu zarządzania treścią (CMS) na następujących polach eksploatacji: utrwalenie (sporządzenie egzemplarza, który mógłby służyć publikacji utworu), digitalizacja, wprowadzenie do pamięci komputera i sieci komputerowej Zamawiającego,, sporządzenie wydruku komputerowego, zwielokrotnienie poprzez druk lub nagranie na nośniku magnetycznym w postaci elektronicznej, wprowadzenie do obrotu w przypadku rezygnacji Zamawiającego z eksploatacji utworu, 8
nieodpłatne wypożyczenie lub udostępnienie zwielokrotnionych egzemplarzy, wprowadzanie w całości lub części do sieci komputerowej Internet w sposób umożliwiający transmisję odbiorczą przez zainteresowanego użytkownika łącznie z utrwalaniem w pamięci RAM w oryginalnej (polskiej) wersji językowej i w tłumaczeniu na języki obce wraz z prawem do dokonywania opracowań, przemontowań i zmian układu, na terytorium Polski oraz poza jej granicami a także zezwala Zamawiającemu na wykonywanie zależnego prawa autorskiego. 1.3.4. Gwarancja systemu 1. Wykonawca zobowiąże się w ramach umowy do udzielenia Zamawiającemu gwarancji na dostarczony system. Gwarancja będzie obowiązywała w okresie od dnia odebrania systemu przez Zamawiającego przez okres 36 miesięcy (nie krócej jednak niż do 31 grudnia 2015 roku) i będzie obejmować naprawę wszelkich usterek oraz błędów, które zostaną ujawnione w trakcie funkcjonowania systemu. Wykonawca zapewni usuwanie błędów i aktualizację oprogramowania oraz wsparcie ze strony serwisu producenta. 2. Zamawiający wymaga, by serwis gwarancyjny świadczony był w miejscu instalacji systemu; czas reakcji na zgłoszony problem (rozumiany jako podjęcie działań diagnostycznych i kontakt ze zgłaszającym) nie może przekroczyć jednego dnia roboczego; usunięcie usterki ma zostać wykonane w przeciągu 3 dni kalendarzowych od momentu zgłoszenie problemu, jeżeli usterka uniemożliwia korzystanie z systemu lub 10 dni roboczych w innych przypadkach; Zamawiający dopuszcza świadczenie serwisu zdalnego. 3. Zamawiający wymaga, by Wykonawca zagwarantował dostosowywanie dostarczonego oprogramowania do zmieniających się przepisów prawnych w okresie nie dłuższym niż 1 miesiąc od ich wejścia w życie przez okres 36 miesięcy od dnia odebrania systemu (nie krócej jednak niż do 31 grudnia 2015 roku). 4. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych co najmniej przez trzy z czterech wymienionych metod komunikacji: telefon, fax, e-mail lub stronę WWW. 5. Zgłoszenia serwisowe powinny być przyjmowane niezwłocznie. Przyjęcie zgłoszenia powinno odbywać się co najmniej w dni robocze w godzinach pracy jednostek oświatowych, tj. w godzinach od 8:00 do 17:00 i musi zostać każdorazowo potwierdzone przez Wykonawcę. 6. Wykonawca w ramach dokumentacji przygotuje procedurę zgłoszeń serwisowych dla Zamawiającego, którą przedłoży Zamawiającemu do akceptacji. Wykonawca zobowiązany jest do potwierdzenia otrzymania zgłoszenia co najmniej przy pomocy poczty elektronicznej. 1.4. Podstawowe wymagania funkcjonalno-techniczne dla dostarczanego rozwiązania 1. Na dzień wdrożenia system CMS musi być zgodny z aktualnym stanem prawnym w tym wymaganiami określonymi w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 roku w sprawie minimalnych wymagań dla systemów teleinformatycznych. 2. System CMS musi mieć możliwość prezentowania informacji / dokumentów w sposób pozwalający na ich wykorzystanie przez osoby niedowidzące zgodnie z inicjatywą WAI organizacji W3C oraz prezentowania treści portalu w formie audio (synteza mowy). 3. Pojedyncza instalacja systemu CMS powinna mieć możliwość obsługi wielu portali umieszczonych na serwerze zlokalizowanych pod wieloma domenami internetowymi, gdzie pod każdą domeną może znajdować się oddzielny serwis poświęcony konkretnej tematyce. 4. System CMS powinien udostępniać opcję umieszczania w stopce lub nagłówku artykułu informację o dacie utworzenia, modyfikacji oraz autorze artykułu. 5. System CMS musi umożliwiać umieszczanie i prezentację przy wykorzystaniu przeglądarki internetowej uruchomionej na komputerze użytkownika plików o dowolnym formacie, standardowo wykorzystywanych w systemach internetowych. Mogą to być różnego rodzaju pliki tekstowe, grafiki, zdjęcia, prezentacje, animacje flash, audio, video, audio-video itp. 6. System CMS musi posiadać funkcjonalność wyszukiwania informacji. Mechanizm wyszukiwania musi posiadać funkcję wyszukiwania pełnotekstowego w treściach zamieszczonych w Systemie CMS oraz wyszukiwania prostego i zaawansowanego. 9
7. System CMS musi mieć możliwość uruchamiania kanałów informacyjnych w formatach RSS, Atom, XML oraz newsletter. 8. System CMS musi umożliwiać nadawanie określonych uprawnień poszczególnym użytkownikom zaangażowanym w proces publikacyjny, na poszczególnych jego etapach (np.: redaktor, korektor, zatwierdzający, publikujący). 9. System CMS musi umożliwiać jednoczesną pracę wielu użytkownikom w pełnym udostępnionym im zakresie. 10. Administrator Systemu CMS musi posiadać możliwość tworzenia grup kompetencyjnych (np. administratorzy, redaktorzy, goście itp.). Użytkownicy z poszczególnych grup mogą posiadać zróżnicowane prawa dostępu do określonych części serwisu (np. działów tematycznych lub typów informacji, stron danego działania) oraz określonych czynności (np. tworzenie treści, edycja, usuwanie, korygowanie menu). Administrator musi posiadać indywidualne prawo przydzielania dostępu do poszczególnych sekcji panelu administracyjnego. 11. System CMS musi posiadać i udostępniać panel administracyjny. Panel administracyjny i jego pełna funkcjonalność, musi być dostępna po zalogowaniu przez użytkownika poprzez przeglądarkę internetową. 12. System CMS musi zawierać narzędzia służące do budowy i zarządzania strukturą portali, możliwość samodzielnej budowy menu oraz dodawania menu w dowolnych miejscach. 13. W panelu administracyjnym powinna być dostępna opcja wyświetlania ostatnio dodanych lub zmodyfikowanych artykułów. 14. System CMS musi posiadać możliwość przywrócenia usuniętych elementów. 15. W panelu administracyjnym w obszarze edycji menu kolejność elementów menu może zostać dowolnie ustalona. Każdą dokonaną zmianę zawartości menu z poziomu panelu administracyjnego należy zaakceptować by była widoczna na stronie zewnętrznej danego portalu. 16. System CMS musi posiadać funkcjonalność generowania mapy strony. 17. Wymagane jest, aby system CMS był zbudowany z modułów umożliwiających elastyczne dopasowania systemu do potrzeb. Moduły muszą być w pełni kompatybilne ze sobą, jak i ze źródłem systemu. Ponadto moduły muszą mieć możliwość rozbudowy lub zmian. Kod źródła systemu powinien być tak skonstruowany, aby możliwe było tworzenie dodatkowych modułów funkcjonalne systemu. Każdy moduł zawarty w systemie można wykorzystać wielokrotnie na wielu portalach zawartych w systemie CMS. 18. System CMS musi umożliwiać tworzenie przez użytkownika wewnętrznego, bez znajomości programowania, formularzy wraz z bazami gromadzącymi dane zebrane przez formularze. Użytkownik wewnętrzny powinien mieć możliwość przeglądania oraz sortowania rekordów utworzonej bazy oraz ich eksportu w postaci listy do pliku.xls,.csv, oraz.txt. Przed opublikowaniem formularza użytkownik wewnętrzny powinien mieć możliwość przetestowania utworzonego formularza z bazą. Użytkownik powinien mieć możliwość w prosty sposób podpięcia formularza do danego miejsca w portalu lub w treści artykułu. 19. System CMS musi posiadać buforowanie zawartości stron (Web cashing). 20. System CMS powinien posiadać funkcjonalność umożliwiającą zgłaszanie błędów przez użytkowników zewnętrznych dostępna np. jako mała ikona pod każdym materiałem. 21. System CMS musi posiadać moduł galerii zdjęć, plików audio, plików wideo oraz innych plików z możliwością podziału tematycznego, ich dodawania, usuwania, zmiany katalogu np. przez użytkownika wewnętrznego z odpowiednimi uprawnieniami nadanymi przez administratora. 22. System CMS musi posiadać mechanizm pozwalający na łatwe umieszenie wprowadzonej do niego treści we wskazanej lokalizacji. System CMS powinien dopuszczać sposób modyfikacji prezentowania publikowanych informacji poprzez: tworzenie nowych szablonów, modyfikację istniejących szablonów, modyfikację układu, zawartości i sposobu prezentacji informacji (kolor, kształt elementów składowych, np.: czcionki, elementy graficzne). 23. System CMS musi posiadać funkcję podglądu i testowania nowo utworzonych elementów/wprowadzonych materiałów w celu ich weryfikacji przed ich powszechnym udostępnieniem. 10
24. System CMS musi mieć możliwość określania czasu publikacji treści (treść będzie dostępna w Internecie wyłącznie w określonym przez użytkownika wewnętrznego przedziale czasowym). 25. System CMS musi wykorzystywać tzw. szablony. Sposób prezentacji (w tym wydruk) i aranżacja obiektów umieszczonych w serwisach będzie określana za ich pomocą. Będą one stanowiły integralny element Systemu, tzn. podlegały zarządzaniu i wersjonowaniu. To, jaki szablon używany jest do wizualizacji i jakiego obiektu (strony), określa Użytkownik wewnętrzny, dysponujący odpowiednimi uprawnieniami w systemie, poprzez dowiązanie szablonu do instalacji tego obiektu. 26. System CMS musi posiadać repozytorium plików graficznych, multimedialnych, dokumentów PDF, plików tekstowych, wideo, dźwiękowych itp. Zasoby zebrane w repozytorium mogą być wykorzystane wielokrotnie w różnych miejscach portali. Podczas edycji lub tworzenia artykułu dostępny jest panel umożliwiający przeglądanie całego repozytorium z możliwością wybrania plików do publikacji. Każdemu elementowi w repozytorium przypisywany będzie unikalny identyfikator. Administrator ma możliwość nadawania praw użytkownikom do umieszczania, edycji i usuwania plików z repozytorium. 27. Każdy artykuł stworzony w systemie może być publikowany w wielu miejscach niezależnie. Może być dostępny również jako skrót w nowościach, w nagłówkach RSS, newsletterach, dodatkowo fragment artykułu może pojawić się w postaci nadruku na ilustracji w innym miejscu serwisu. Reedycja artykułu po uzyskaniu akceptacji powinna spowodować aktualizację we wszystkich miejscach, w których artykuł został użyty. 28. Praca użytkowników wewnętrznych serwisów powinna być intuicyjna i pozbawiona elementów technicznych typowych dla pracy webmastera. Pracujący w trybie online edytor WYSIWYG powinien pozwalać na pracę z tekstami publikowanymi w serwisach. Możliwość edycji materiału w języku HTML powinna stanowić opcję przeznaczoną dla bardziej zaawansowanych użytkowników. 29. Każdy dokument tworzony w CMS może zostać w dowolnej chwili zapisany jako wersja robocza. Taki niedokończony dokument powinien być zapamiętywany w systemie i nie powinien być kierowany do publikacji w każdym momencie można jednak do niego wrócić i po uzyskaniu satysfakcjonującej postaci opublikować. 30. System CMS musi zapewniać wersjonowanie stron oraz dokumentów w nim umieszczonych. 31. System CMS musi mieć mechanizm rejestrowania i przeglądu operacji (tj.: utworzenie, modyfikacja, zablokowanie, usunięcie, zmiana stanu) na jego dokumentach, stronach i ich zawartości, przy czym muszą być również rejestrowane dane pozwalające ustalić, kto i kiedy wykonywał daną operację. Dane gromadzone w ten sposób muszą m.in. zasilać system raportowania. 32. W Systemie CMS musi być możliwość obejrzenia historii operacji na wybranej stronie, jej zawartości, dokumencie oraz historii przebiegu procesu publikacyjnego. 33. System CMS powinien umożliwiać rejestrowanie statystyk odsłon stron, pobrań plików oraz wpisywanych wyrazów w wyszukiwarce np. System CMS powinien posiadać opcję statystyk użytkowników (rejestrowanie czasu przebywania na witrynie, najczęściej oglądane artykuły itd.). 34. System CMS musi posiadać mechanizm autoryzowania przez redaktora strony każdej informacji udostępnionej w Internecie. Dotyczy to w szczególności mechanizmu forum dyskusyjnego. 35. Usługi muszą wykorzystywać standardy dla struktur danych w postaci XML, dla komunikatów w oparciu o protokół SOAP 1.2. Dla opracowanych usług musza zostać dostarczone również opisy interfejsów w postaci zbiorów WSDL i XSD. 36. Mechanizmy integracyjne Systemu CMS muszą zawierać Szynę Integracyjną (SI), która obsługuje następujące usługi: a. usługi zarządzania tożsamością; b. usługi zachowania poufności i bezpieczeństwa; c. usługi prezentacji i punktu dostępu; d. usługi publikacji i wyszukiwania usług; e. usługi dostępu do rejestrów i baz danych; 11
f. usługi integracyjne; g. usługi operowania danymi; h. usługi zarządzania systemem; i. usługi komunikacyjne; 37. Interfejs do współpracy z systemem zarządzania informacją o uczniu powinien realizować przynajmniej następujące usługi dostępu do danych: a. tworzenie nowych obiektów w bazie odpowiednich dla każdego z systemów, b. pobieranie danych jednego obiektu z bazy, c. pobieranie danych wielu obiektów z bazy, d. usuwanie obiektów z bazy, e. aktualizacja danych obiektów w bazie, f. przeszukiwanie danych zgodnie z dostępnymi atrybutami dla obiektów bazy. 1.4.1.1. Wsparcie techniczne dla użytkowników systemu CMS. W okresie od dnia odebrania systemu przez Zamawiającego przez okres 36 miesięcy Wykonawca będzie świadczył na rzecz Zamawiającego lub podmiotu przez niego wskazanego usługę wsparcia technicznego dla wdrożonego systemu CMS (nie krócej jednak niż do 31 grudnia 2015 roku). Wykonawca zapewni Zamawiającemu lub podmiotowi przez niego wskazanemu konsultacje merytoryczne przy rozwiązywaniu problemów związanych z funkcjonowaniem systemu CMS. Wsparcie będzie realizowane drogą telefoniczną lub e-mailową. Czas reakcji będzie wynosił maksymalnie 1 dzień roboczy w przypadku konsultacji merytorycznych. 1.4.1.2. Przeprowadzenie szkolenia w zakresie obsługi systemu CMS. Wykonawca przeprowadzi dwa 1-dniowe szkolenia z zakresu obsługi systemu CMS w zakresie podstawowym i zaawansowanym. Szkolenia muszą się odbyć w lokalizacji umożliwiającej dojazd do miejsca szkolenia z siedziby Zamawiającego w ciągu 20 minut środkami komunikacji publicznej. Grupa szkoleniowa będzie liczyła do 12 osób wskazanych przez Zamawiającego. Każde szkolenie wraz z przerwami będzie trwało 8 godzin zegarowych. W ramach każdego szkolenia Wykonawca zapewni: salę wyposażoną w stanowiska komputerowe umożliwiające płynną, indywidualną pracę z opracowanym systemem CMS każdemu uczestnikowi szkolenia, ekran wraz z rzutnikiem cyfrowym umożliwiający czytelną i widoczną dla wszystkich uczestników szkolenia prezentację wykonywanych operacji na systemie CMS, dwie 15-minutowe przerwy kawowe (dla każdego uczestnika szkolenia będzie zapewniona kawa lub herbata oraz kruche ciasteczka), jedną 45-minutową przerwę obiadową (dla każdego uczestnika szkolenia Wykonawca zapewni dwudaniowy obiad, kawę lub herbatę do wyboru oraz odpowiednie warunki umożliwiające swobodne spożycie posiłku). Pierwsze szkolenie o charakterze podstawowym odbędzie się przed uruchomieniem Portalu EDUKACYJNEGO opartego na przygotowanym przez Wykonawcę systemie CMS. Szkolenie będzie obejmowało całość treści dotyczących administrowania systemem CMS a w szczególności: wprowadzanie, edytowanie, usuwanie treści do systemu CMS i ich prezentacja na stronach serwisu, zarządzanie użytkownikami systemu, obsługa newslettera, obsługa baz danych występujących w serwisie, obsługa systemu wyświetlania banerów, obsługa kalendarium, zarządzanie menu serwisu, obsługa repozytorium plików graficznych, obsługa repozytorium plików multimedialnych, obsługa systemu statystyk, 12
dodawanie, usuwanie innych materiałów do struktury serwisu. Drugie szkolenie (zakres zaawansowany) odbędzie się w terminie od czterech do sześciu miesięcy od startu Portalu EDUKACYJNEGO. Szkolenie będzie obejmować swoim zakresem administrowanie systemem CMS w stopniu zaawansowanym. Szczegółowy program szkolenia zostanie ustalony w oparciu o doświadczenia wyniesione z pracy z systemem CMS w pierwszym okresie jego funkcjonowania. 1.4.2. Moduł użytkownika 1.4.2.1. Konta użytkowników Konta użytkowników mogą być zakładane przez administratorów kont na różnych poziomach lub samodzielnie przez użytkowników. Zamawiający wymaga, aby system umożliwiał tworzenie następujących rodzajów kont: 1. Konta z autoryzacją 2. Konta bez autoryzacji Przez konta z autoryzacją Zamawiający rozumie konto, dla którego tożsamość jego właściciela została potwierdzona w sposób wymagany przez portal, w szczególności poprzez skorzystanie z usługi epuap lub przez osobę trzecią, będącą posiadaczem konta autoryzowanego przez administratora portalu. Wymagany jest mechanizm tworzenia kont w strukturze hierarchicznej, np. administrator zakłada konto użytkownika z uprawnieniami do zakładania kont użytkownik z uprawnieniami do zakładania kont (administrator grupy) zakłada konta standardowym użytkownikom. System powinien umożliwiać tworzenie definiowalnej, hierarchicznej struktury kont użytkowników z mechanizmem zawierania grup (np. dla jednostki oświatowej: dyrektor / administrator szkoły / nauczyciele) oraz mechanizm tworzenia zawierających się w sobie grup i podgrup użytkowników (uczeń klasa szkoła, nauczyciel klasa szkoła, nauczyciel szkoła). Zamawiający wymaga kratownicowego (zwane także kratowym) systemu uprawnień. Zamawiający wymaga określenia praw dostępu na poziomie funkcjonalności i administrowanych treści, łącznie z możliwością określania funkcji do których dany użytkownik może uzyskać dostęp. System musi rozpoznawać czy dane konto jest kontem z autoryzacją czy bez autoryzacji i po rozpoznaniu tej cechy udostępniać funkcjonalności, bez konieczności dodatkowego definiowania uprawnień. Przez konta bez autoryzacji Zamawiający rozumie konta zakładane przez użytkowników portalu we własnym zakresie. Zamawiający wymaga weryfikacji konta przez wysłanie stosownej wiadomości na wskazany przez zakładającego konto adres poczty elektronicznej. Zamawiający wymaga alternatywnego systemu autoryzacji przy pomocy tokena dostępowego (autologin via e-mail). Zamawiający ma mieć możliwość określania, przy pomocy jakiego systemu dostępu użytkownik otrzymuje dostęp do danej funkcjonalności. Zamawiający wymaga mechanizmu autoryzacji poprzez usługi przechowywania tożsamości Google, Facebook, WindowsLiveID. Zamawiający wymaga utworzenia systemu kont o uprawnieniach administratorskich, pozwalającego na zarządzanie całym portalem lub jego częścią. 1.4.2.2. Profil użytkownika Użytkownik powinien mieć do dyspozycji narzędzia do przeglądania swoich danych zapisanych w systemie, ich poprawiania, wydruku, zmiany hasła np. Oferowane rozwiązanie musi spełniać wymogi Ustawy o ochronie danych osobowych. 1.4.2.3. Moje miejsce / ulubione Użytkownik powinien mieć do dyspozycji narzędzie pozwalające na zgromadzenie w jednym miejscu informacji o zgromadzonych w portalu jego dokumentach, skierowanych do niego zadaniach 13
do realizacji, oczekujących na niego wiadomościach i informacjach. Z tego poziomu użytkownik po wywołaniu danej informacji powinien automatycznie przejść do wywoływanej funkcjonalności lub modułu systemu. Jeżeli system rozpozna automatycznie przynależność użytkownika do wcześniej zdefiniowanych grup, powinien w tym miejscu pokazać również informacje przeznaczone dla grup, do których użytkownik należy. 1.4.3. Moduł administracji portalem 1.4.3.1. Administracja systemem Zamawiający oczekuje realizacji następujących funkcji: dodawanie, edycja, usuwanie użytkowników, określanie roli użytkowników w systemie, określanie czasu aktualności (publikacji) dokumentu, prowadzenie historii zmian w serwisie (z dostępem do dokumentów archiwalnych), skalowalność portalu w zależności od rozdzielczości ekranu, indywidualizacja i kategoryzacja, definiowanie dowolnych rodzajów uprawnień oraz hierarchicznej struktury grup użytkowników, posiadanie modułu autoryzacyjnego umożliwiającego nakładanie praw do korzystania z wybranych dokumentów i aplikacji, funkcje ułatwiające wyszukiwanie potrzebnych informacji, możliwość budowania złożonych kryteriów wyszukiwania i sortowania informacji. 1.4.3.2. Administracja użytkownikami Zamawiający wymaga, że system umożliwi administrowanie użytkownikami zgodnie z przydzielonymi rolami. Administrator może modyfikować ustawienia dotyczące poszczególnych ról. Może także w zależności od posiadanej roli zarządzać kontami innych użytkowników, wszystkimi lub tylko niektórymi danymi. Zaimplementowane funkcje muszą zapewnić zgodność systemu z wymogami Ustawy o ochronie danych osobowych. W programie musi istnieć możliwość automatycznego wylogowania użytkownika po zdefiniowanym okresie bezczynności (czas nieaktywności) oraz zablokowanie dostępu do konta po zdefiniowanej ilości nieudanych prób logowania. 1.4.3.3. Bezpieczeństwo dostępu i zawartości CMS musi posiadać tzw. Moduł bezpieczeństwa. Jego zadanie to bezpieczne prezentowanie treści, zarządzanie formularzami internetowymi, walidacja danych wprowadzanych z Internetu, dodawanie walidacji w oparciu o tzw. Captcha, posiadanie filtru wprowadzanych treści w oparciu o tzw. Słownik wulgaryzmów. Moduł bezpieczeństwa, dynamicznie podmieniając i rozszerzając odpowiednie elementy, które użytkownik wstawił na stronie lub zostały wygenerowane z opisu formularza w XML, musi zabezpieczyć system przed atakami, w szczególności przed atakami typu SQL Injection. Funkcje systemu oraz jego zasoby informacyjne muszą zostać zabezpieczone za pomocą systemu kontroli uprawnień który pozwoli kontrolować co najmniej następujące uprawnienia: logowanie do systemu; uruchomienie modułu/funkcji; wytworzenie rekordu; wyświetlenie rekordu; zmiana rekordu; usunięcie rekordu. Zamawiający oczekuje, iż dostęp do narzędzi będzie się określać dla poszczególnych grup użytkowników, tak aby dokładnie określić jaki poziom dostępu daje dostęp do jakich narzędzi: 14
edycja treści możliwość edytowania i usuwania treści oraz możliwość wyłączania treści lub włączenia/wyłączenia w określonym czasie, formatowanie treści podstawowe funkcjonalności umożliwiające formatowanie treści przy pomocy edytora WYSIWYG np. bold, kursywa, hiperłącze, wstawienie obrazka, edycja kategorii możliwość edycji lub dodania nowej kategorii dla publikowanych treści, komentarze możliwość dodania komentarza do konkretnej treści, oceny możliwość oceniania treści, zgłoszenie do moderacji możliwość zgłoszenia tekstu do moderacji w przypadku podejrzenia naruszenia warunków korzystania z portalu, wyszukiwarka możliwość przeszukania portalu wg frazy podanej w zapytaniu, pomoc dostęp do podstawowych informacji dotyczących portalu oraz dostęp do pomocy przy tworzeniu i edytowaniu treści i opcji np. w formie filmów instruktażowych, raporty i statystyki dostęp do raportów i statystyk poszczególnych grup i użytkowników-takich, których nie dostarczają standardowe narzędzia wchodzące w skład oprogramowania serwera lub zewnętrznych narzędzi (np. google analytics, urchin). Zewnętrzne narzędzie będzie dostarczało informacje dotyczącą częstotliwości odwiedzin strony, ale nie będzie pokazywało statystyki z ilości publikacji danego użytkownika co powinien pokazać wewnętrzny system raportowania. 1.4.3.4. Bezpieczeństwo prawne portalu Zamawiający wymaga mechanizmu pozwalającego na tworzenie niezależnych regulaminów korzystania z poszczególnych usług systemu. Wymagane jest rejestrowanie wyrażonych przez użytkowników oświadczeń woli. Zamawiający wymaga, aby korzystanie z serwisu w części związanej z tworzeniem i wprowadzaniem danych wymagało akceptacji stosownego regulaminu. Każda treść wprowadzona przez użytkowników będzie posiadała opisaną ikonę umożliwiającą zgłoszenie moderacji. Zastosowanie tej ikony pozwoli również na zgłaszanie, że dana treść jest nieaktualna lub wymaga poprawki. Zamawiający oczekuje, iż każdy użytkownik z grupy, która posiada odpowiednie prawa dostępu może edytować treści. Jeżeli grupa jest z ograniczeniami to modyfikowana treść wymaga autoryzacji przez użytkownika lub grupy użytkowników z grupy o wyższych uprawnieniach. Prezentacja wszystkich treści powinna mieć wspólny wygląd niezależnie od miejsca i roli użytkownika. 1.4.4. Moduł społecznościowy Zamawiający wymaga, aby system CMS obsługiwał poniższe funkcjonalności: 1.4.4.1. Aktualności Informacje tekstowe powiązane z kalendarzem i ukazujące się na stronie głównej i w subportalu. Powinny składać się z odpowiednich atrybutów przypisanych do danej formy informacji (informacje ze wszystkich subportali będą prezentowane na stronie głównej); - Bieżące aktualności będą przesuwane na dalsze pozycje wraz z napływem nowszych informacji; - Archiwum aktualności, które nie będą już widoczne na stronie głównej, przenoszone są do archiwum. Rodzaje aktualności: Artykuły analityczne, Wywiady, Newsy, Przegląd prasy i Internetu, Informacje o ukazujących się publikacjach, Reportaże, Recenzje wydawnictw. 15
1.4.4.1.1. News Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 250 słów, tekst sporządzony na podstawie wiadomości nt. wydarzeń związanych z działaniem wybranej strony / portalu, odpowiednio zredagowany, najlepiej uzupełniona o wypowiedź/komentarz osoby związanej z tematem newsa (linki), opatrzony obiektem graficznymi np. zdjęciem, infografiką, wykresem, o sugerowanej rozdzielczości minimalnej 400 na 300 pikseli (w przypadku, gdy materiał graficzny będzie zaburzał strukturę strony WWW dopuszcza się jego optymalizację), zawiera informacje (imię i nazwisko) o autorze informacji wraz z linkiem Napisz do autora, kliknięcie którego wywołuje formatkę umożliwiająca wysłanie wiadomości do autora tekstu. 1.4.4.1.2. Artykuł analityczny Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 3000 słów, tekst przedstawiający analizę zjawiska lub problemu w tematyce odpowiadającej wybranej stronie / portalowi, opatrzony minimum 2 obiektami graficznymi np. zdjęciem, infografiką, wykresem, o sugerowanej rozdzielczości minimalnej 400 na 300 pikseli (w przypadku, gdy materiał graficzny będzie zaburzał strukturę strony www dopuszcza się jego optymalizację), zawiera informację o autorze (imię i nazwisko) wraz z linkiem Napisz do autora, kliknięcie którego wywołuje formatkę umożliwiająca wysłanie wiadomości do autora tekstu, dodatkowo opatrzona zdjęciem autora (nie mniejszej niż 45 na 45 pikseli). 1.4.4.1.3. Wywiad Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 2000 słów, rozmowy ze specjalistami z różnych dziedzin zajmujących się tematyką stron lub portali, zawiera krótką notkę biograficzną o osobie udzielającej wywiadu (minimum 40 słów) oraz zdjęcie (90 na 120 pikseli), zawiera informacje (imię i nazwisko) o autorze przeprowadzającym wywiad wraz z linkiem Napisz do autora, kliknięcie którego wywołuje formatkę umożliwiająca wysłanie wiadomości do autora tekstu. 1.4.4.1.4. Reportaż video Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: plik video o długości 3-5 minut, materiał filmowy przedstawiający wywiad, relację z wydarzeń związanych z tematyką portali, poddany obróbce montażowej, tj. rozpoczynający się i kończący stałym elementem opracowanym na potrzeby portalu, tzw. jingle (dźwięk i grafika zawierający logo portalu). 1.4.4.1.5. Przegląd prasy i Internetu Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 250 słów, tekst zawierający recenzję jednego artykułu prasowego poświęcony tematyce portalu, opublikowany w drukowanej (dziennik ogólnopolski lub tygodnik ogólnopolski) lub w zasobach Internetu (tytuł, link lub numer gazety lub czasopisma, tematyka opisywanego artykułu, myśl przewodnia artykułu, ewentualnie ocena prezentowanych treści, przydatności artykułu), funkcjonalność powinna pozwalać na realizację podziału publikowanych informacji na grupy. 1.4.4.1.6. Przegląd wydawnictw Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 400 słów, 16
tekst zawierający informację o nowościach na rynku wydawniczym publikacji związanych z tematyką portalu, tekst opatrzony zdjęciem okładki o wymiarach nie mniejszych niż 175 na 250 pikseli, tekst będzie zawierał informację o: autorze, treści publikacji, cenie wydawnictwa (w przypadku płatnych publikacji), roku wydania, wydawnictwie np. 1.4.4.1.7. Recenzja wydawnictwa Przez wyżej nazwaną funkcjonalność Zamawiający rozumie: długość tekstu około 800 słów, tekst zawiera skrót zawartości publikacji zajmującej się tematyką danej strony lub portalu (opis tematu/problemu/zjawiska, zastosowanej metodologii, krótkie omówienie wyników/wniosków płynących z publikacji), tekst opatrzony zdjęciem okładki/strony tytułowej (w przypadku wydawnictwa elektronicznego). Tabela 1 Tabela przedstawiająca ilości wymaganych treści i częstotliwość ich ukazywania się. Oczekiwana Zakładana częstotliwość Lp. Rodzaj materiału ilość treści ukazywania się treści 1. News 250 słów 1 3 / dzień 2. Artykuł analityczny 3 000 słów 5 / miesięcznie 3. Wywiad 2 000 słów 1 / miesięcznie 4. Reportaż video 5 minut 1 / miesięcznie 5. Przegląd prasy i Internetu 250 słów 1 3 / dzień 6. Przegląd wydawnictw 400 słów 1 / miesięcznie 7. Recenzja wydawnictwa 800 słów 1 / miesięcznie 1.4.4.2. Poczta elektroniczna Zamawiający wymaga, by moduł poczta elektroniczna umożliwiał zalogowanemu użytkownikowi wysyłanie i odbieranie wiadomości. Zamawiający wymaga realizacji usług poczty elektronicznej w sposób umożliwiający definiowanie dostępnych dla użytkownika grup odbiorców, użytkownik ma prawo wysyłania i odbierania wiadomości tylko w ramach grup określonych przez administratora poczty elektronicznej (np. szkoła). W szczególności wymagana jest możliwość określenia czy użytkownik ma prawo wysyłania lub odbierania wiadomości w ramach Internetu. Wymagana jest funkcjonalność przekierowywania poczty przychodzącej na konto poczty elektronicznej użytkownika w ramach poczty wewnętrznej na zdefiniowane przez niego konto zewnętrzne oraz funkcjonalność powiadamiania o nowej informacji poprzez wysłanie wiadomości poczty elektronicznej z powiadomieniem o nowej wiadomości na wskazane przez użytkownika konto zewnętrzne lub powiadomienie przy pomocy wiadomości SMS, poprzez wygenerowanie wiadomości SMS i przesłanie do kolejki wyjściowej bramki SMS, użytkowanej przez Zamawiającego. 1. W ramach modułu poczta elektroniczna wiadomości powinny być podzielone na elementy: a. wiadomości przychodzące, b. wiadomości wychodzące, c. usuwanie wiadomości, d. oczekujące zaproszenia, e. moje kontakty, f. grupy kontaktów. 2. W ramach elementu wiadomości przychodzących muszą zostać zawarte następujące informacje: a. sygnalizowanie nowej wiadomości, b. informowanie o statusie wiadomości (przeczytana nieprzeczytana), c. informacja o nadawcy wiadomości, 17
d. tytuł wiadomości, z dodatkowym wyróżnieniem w przypadku wiadomości nieprzeczytanej, e. data (otrzymania wiadomości) f. informacja o liczbie wszystkich wiadomości przychodzących. 3. Wykonawca zapewnia ponadto użytkownikowi dostęp do następujących opcji: a. możliwość odbierania i odczytywania wiadomości przysłanych przez innych użytkowników systemu, b. usunięcia otrzymanej wiadomości (pojedynczo oraz wszystkich jednocześnie, z możliwością potwierdzenia chęci usunięcia lub zrezygnowania z niej), c. możliwość utworzenia i przesłania odpowiedzi na otrzymaną wiadomość, d. możliwość utworzenia nowej wiadomości: podania adresu odbiorcy możliwość wyboru z listy lub wpisania, wpisania tytułu wiadomości, wpisania treści wiadomości, przy wykorzystaniu panelu umożliwiającego podstawową edycję tekstu, e. możliwość przesyłania wiadomości i odpowiadania na nie (opcja). 4. Panel do edycji wiadomości musi umożliwiać: a. ustawienie czcionki i jej rozmiaru i odpowiedniej edycji tekstu; b. wstawianie linków, c. wstawianie plików zewnętrznych (opcja). 5. W ramach elementu wiadomości wysłane użytkownik powinien widzieć: a. status wiadomości (widomość wysłana), b. informację o adresacie wiadomości (do kogo), c. datę wysłania wiadomości, d. status wiadomości (dostarczona, przeczytana). 6. Moduł musi obsługiwać grupową wysyłkę wiadomości. Użytkownik może tworzyć grupy użytkowników, np. nauczyciel może tworzyć grupy uczniów wg dowolnych kryteriów, uczniowie mogą tworzyć sobie grupy z innych uczestników (uczniów), np. tych samych zajęć, mogą również tworzyć grupy swoich nauczycieli. 7. Wykonawca będzie odpowiedzialny za dostarczenie elementu Moje kontakty, zawierającego listę kontaktów danego użytkownika. 8. Moduł musi zawierać ustawienia pozwalające na określanie dopuszczalnej wielkości przesyłki, załączników, typów plików dopuszczonych do załączania. 9. Moduł musi zawierać funkcjonalność tworzenia formularzy, pozwalających internautom na przesyłanie ściśle określonych użytkownikom lub ich grupom wiadomości z załącznikami. 1.4.4.3. Blog Przez blog Zamawiający rozumie (ang. web log dziennik sieciowy) rodzaj strony internetowej zawierającej określoną liczbę odrębnych, samodzielnych, uporządkowanych chronologicznie wpisów, których twórcą jest właściciel blogu. Moduł powinien umożliwić archiwizację oraz kategoryzowanie wpisów, a także komentowanie wpisów przez czytelników danego blogu. Wykonawca zapewni dostęp do modułu użytkownikom posiadającym stosowne uprawnienia. 1. Wykonawca zobowiązuje się do zapewnienia w ramach modułu następujących opcji: załóż blog, edytuj, usuń, uwidocznij/ ukryj, możliwość wpisania tytułu bloga, możliwość podania informacje o autorze i tematyce, możliwość wybrania szablonu graficznego, możliwość dodania nowego wpisu. Podczas dodawania nowego wpisu dostępne powinny być następujące opcje: - dodanie tekstu (dostępny edytor WYSIWYG), - dodanie zewnętrznego pliku, np. zdjęć, - wstawienie linków; 18
możliwość włączenia/ wyłączenia komentarzy do bloga (lub do danego wpisu), określenie daty publikacji wpisu. 2. Użytkownicy powinni mieć możliwość: utworzenia i edycji własnego bloga, usunięcia własnego bloga. 3. Administrator aplikacji dodatkowo powinien posiadać możliwość edycji i usuwania dowolnie wybranych blogów. 4. Użytkownicy odwiedzający blogi powinni mieć możliwość: czytania wpisów, komentowania i oceniania wpisów oraz całego bloga (w zależności od ustawień administratora / autora bloga), 1.4.4.4. Newsletter Wykonawca zapewni newsletter, jako elektroniczną formę rozsyłania informacji przygotowanych przez redaktorów newslettera w definiowalnej szacie graficznej. Wykonawca zapewni by każdy użytkownik mógł subskrybować newsletter w celu otrzymywania aktualnych informacji pojawiających się na stronach portalu, Użytkownik będzie mieć możliwość wybrania z kategorii informacji, jaką chce otrzymywać po otrzymaniu maila potwierdzającego przyjęcie zgłoszenia zapisania się do newslettera. Możliwa będzie również zmiana ustawień newslettera lub całkowita rezygnacja. Wykonawca będzie zobowiązany do przygotowania i mechanizmu rozsyłania newsletterów z poszczególnych subportali do zapisanych osób. Newsletter musi umożliwiać wydzielenie odrębnych grup odbiorców treści oraz kilku rodzajów biuletynu. 1.4.4.5. Kanał rss Wykonawca zapewni z poziomu każdej strony głównej subportalu możliwe było zasubskrybowanie przez dowolnego użytkownika kanału rss zawierającego informacje o informacjach pojawiających się w serwisie. Wymagane formaty RSS i ATOM. 1.4.4.6. Wyszukiwarka Zamawiający wymaga dostarczenia funkcjonalności wyszukiwarki treści w portalu. Wyszukiwarka powinna zawierać mechanizm wyszukiwania prostego i zaawansowanego. Oczekiwana jest funkcja określająca zakres wyszukiwania informacji której części portalu wyszukiwanie dotyczy. Dla wyszukiwania prostego użytkownik podaje wyrażenie, według którego odbywa się przeszukiwanie zasobu. Funkcjonalność wyszukiwania zaawansowanego, precyzująca zakres wyszukiwania, powinna w szczególności umożliwiać definiowanie okresu, w którym umieszczane były informacje, ponadto oczekiwana jest możliwość definiowania filtru wyszukiwania ze wszystkich pól tabel bazy danych. Zamawiający wymaga możliwości wyszukiwania w treści zamieszczonych w portalu dokumentów, niezależnie od tego czy publikowana jest treści dokumentu, czy też jest on prezentowany jako link do pliku umieszczonego w zasobach portalu. 1.4.4.7. Czat Wykonawca dostarczy Czat umożliwiający komunikację z wieloma użytkownikami jednocześnie w ramach zdefiniowanych grup lub jako czat publiczny. Komunikacja odbywać się powinna poprzez wpisywanie tekstu rozmowy, który będzie wyświetlany uczestnikom czatu linijka po linijce, z zaznaczeniem nadawcy. Wykonawca zobowiązuje się, iż podczas definiowania grupy dostępne będą następujące możliwości: wprowadzenie nazwy grupy, wprowadzenie krótkiego opisu grupy, uwidocznienie/ ukrycie grupy, utworzenie, ukrycie, usunięcie, edycję danej grupy, określenie uprawnień: dostęp do definiowanej grupy: publiczny (dla wszystkich) lub tylko dla zalogowanych, możliwość tworzenia nowych grup dla wybranych użytkowników, możliwość usuwania oraz blokowania użytkowników w ramach grupy; 19