Centrum Informatyczne Edukacji, 00-918 Warszawa, al. J. Ch. Szucha 25

„Zintegrowana Platforma Edukacyjna” lub „Platforma” lub „System” – Zintegrowana platforma udostępniona za pośrednictwem przeglądarki internetowej dla użytkowników końcowych e-zasobów, zawierająca pełną integrację Platformy LCMS, Edytorów i Portalu.

„Edytor profesjonalny” lub „Edytor treści dla profesjonalistów” – Edytor, współpracujący z Platformą LCMS, do tworzenia i edycji e-zasobów wg standardów dostępnych na stronie xxxxx://xxx.xxx.xxx.xx/xxxxxx/x-xxxxxxxxx0/ oraz do edycji dotychczasowych e-zasobów dostępnych na stronie xxxxxxxxxxxx.xx, na Zintegrowanej Platformie Edukacyjnej, udostępniony za pośrednictwem przeglądarki internetowej dla użytkowników końcowych tworzących e-zasoby.

„Edytor standardowy” lub „Edytor treści dla nauczycieli i uczniów” – Edytor, współpracujący z Platformą LCMS, udostępniony za pośrednictwem przeglądarki internetowej, zawierający podstawowe narzędzia pozwalające na przetwarzanie treści, dostosowywanie materiałów do potrzeb lekcji/programu/toku dydaktycznego oraz tworzenie testów/ćwiczeń/quizów.

„Platforma LCMS” – Platforma e-learning typu LCMS udostępniony za pośrednictwem przeglądarki internetowej dla użytkowników końcowych e-zasobów. Podstawową funkcją Platformy LCMS jest kompleksowe zarządzanie procesem nauki użytkowników, administrowanie, śledzenie, raportowanie i realizacja kursów edukacyjnych lub programów szkoleniowych.

„Portal” – Zintegrowany z Platformą LCMS i Edytorem portal informacyjny udostępniony za pośrednictwem przeglądarki internetowej dla użytkowników końcowych e-zasobów. Portal zbudowany z wykorzystaniem technologii CMS umożliwiającej administratorom modyfikacje treści bez znajomości języków programowania.

„e-podręcznik” – otwarty i łatwo dostępny podręcznik w wersji on-line, składający się z różnego typu e-materiałów, w tym multimediów, umożliwiający efektywną realizację podstawy programowej kształcenia ogólnego lub podstawę programową kształcenia w zawodach

„e-materiał” – otwarty i łatwo dostępne materiał dydaktyczne on-line, umożliwiający efektywną realizację podstawy programowej kształcenia ogólnego lub kształcenia w zawodach.

Przez e-materiał należy rozumieć zestaw materiałów dydaktycznych, np. scenariusz lekcji i minimum 2 różne zasoby multimedialne, umożliwiających realizację pełnej godziny nauczania (45 minut).

„zasoby dodatkowe” – zasoby dodatkowe, w tym np. multimedia, lektury, scenariusze lekcji, karty pracy, testy, sprawdziany i wiele innych przydatnych materiałów. Zasoby dodatkowe mogą być elementem e-materiału.

„e-zasób” lub „materiał” – termin ogólny, odnoszący się zarówno do e-podręcznika, jaki i e-materiału, elementu e-materiału, lub zasobu dodatkowego

„Raportowanie i analiza danych” – Moduł odpowiedzialny za tworzenie raportów, zestawień i statystyk na bazie danych gromadzonych w Platformie LCMS i Portalu.

„Dzień Roboczy” – Dzień od poniedziałku do piątku w godzinach 7.00 – 19.00, z wyłączeniem dni ustawowo wolnych od pracy na obszarze Rzeczypospolitej Polskiej.

„Kod źródłowy” – Ciąg instrukcji i deklaracji zapisany w zrozumiałym dla człowieka języku programowania pozwalający wyrazić w czytelnej dla człowieka formie strukturę i działanie programu komputerowego, biblioteki czy skryptu (źródła programu, biblioteki skryptu), wynikający z przyjętej technologii rozwiązania, jak również dokumentacja niezbędna do użycia.

„Oprogramowanie standardowe” – Oprogramowanie licencjonowane przez strony trzecie, powszechnie dostępne od uznanych dostawców oprogramowania, użyteczne w innych zastosowaniach, nie dedykowane na potrzeby Zintegrowanej Platformy Edukacyjnej, należące do kategorii systemów operacyjnych, wykorzystywane w Zintegrowanej Platformie Edukacyjnej w celu zapewnienia jej działania lub obsługi.

„Osobogodzina” – Jedna osobogodzina pracy rozumiana jest jako 60 minut pracy każdej osoby zaangażowanej w proces opracowywania, tworzenia, wdrażania zmian w tym usługi towarzyszące wprowadzaniu zmian w systemach. Godziny niepełne będą rozliczane co do 15 minut zaokrąglane w górę.

„Usterka” – Oznacza błąd lub awarię Systemu, która skutkuje niedogodnościami w działaniu Systemu nie ograniczającymi możliwości wykonywania funkcji Systemu, ale utrudniającymi pracę użytkowników Systemu.

„Błąd niekrytyczny” – Oznacza błąd lub awarię Systemu, która utrudnia prawidłowe wykonywanie istotnych dla użytkownika operacji w Systemie, nie powodując zatrzymania lub istotnych opóźnień w realizowanych procesach. Do błędów niekrytycznych zaliczamy na przykład awaryjne zaprzestanie pracy Systemu, wznawiane po ponownym uruchomieniu Systemu.

„Błąd krytyczny” – Oznacza błąd lub awarię Systemu, w wyniku, których usługi dostarczane przez System przestają być dostępne, co utrudnia lub uniemożliwia prawidłowe wykonywanie istotnych dla użytkownika operacji powodując zatrzymanie lub powstanie istotnych opóźnień w realizowanych procesach. Do Błędów Krytycznych zalicza się w szczególności niedostępną funkcjonalność, błędne wyniki obliczeń w stopniu uniemożliwiającym korektę lub wykorzystanie usług dostarczanych przez System.

„SLA” – Umowa dotycząca gwarantowanego poziomu świadczenia usług (ang. Service Level Agreement). Szczegółowe wymagania dotyczące świadczenia usług zostały opisane w rozdziale 3.3.2.Wymagania pozafunkcjonalne.

„Wyszukiwarka pełnotekstowa” – Mechanizm wielowymiarowej wyszukiwarki pozwalającej na wygodne i łatwe odnalezienie i filtrowanie materiałów przez użytkowników, efektywne narzędzie wyszukiwania treści z możliwością wyszukiwania według powiązania międzyprzedmiotowego poszczególnych materiałów oraz powiązania z podstawą programową.

„Mechanizm Single-Sign On” lub „Mechanizm SSO” – Jedno uwierzytelnianie użytkownika przy jednoczesnym zachowaniu spójności w zakresie wcześniej przypisanych ról i praw użytkownika, pozwalając użytkownikom na posiadanie pojedynczego punktu wejścia.

„Zespół projektu konkursowego” – Zespół wykwalifikowanych ekspertów.

„Dokumentacja” – Wszelkie opracowania, w których została wyrażona myśl ludzka (w tym również zmiany oraz modyfikacje) dotycząca Platformy xxxxxxxxxxxx.xx, do której dostarczenia zobowiązany jest Wykonawca w ramach realizacji Umowy.

„Content server” – Serwer zawartości, na którym są przechowywane dane – e-zasoby.

„Content recycling” – Możliwość wykorzystania jednego e-zasobu w wielu materiałach edukacyjnych.

„SCORM” (ang. Sharable Content Object Reference Model) – standard (specyfikacja) zapisu danych do e-learningu. Wykorzystuje technologię XML.

2.Cel wdrożenia, definicja systemu

2.1.Cel podstawowy

Przedmiotem zamówienia jest dostarczenie i wdrożenie tj. uruchomienie produkcyjne wraz z udzieleniem gwarancji tj. świadczeniem usług serwisu i usług utrzymaniowych rozwiązania informatycznego w postaci Zintegrowanej Platformy Edukacyjnej zwanego dalej „projektem”, „rozwiązaniem” lub Platformą.

W rezultacie Zamawiający oczekuje dostawy:

licencji do Zintegrowanej Platformy Edukacyjnej przeznaczonej do obsługi e-zasobów oraz udzielenie licencji na wszelkie licencjonowane oprogramowanie stron trzecich, z wyłączeniem Oprogramowania Standardowego, niezbędne do prawidłowego funkcjonowania Platformy (np. licencje dot. Silników baz danych, serwerów aplikacyjnych, sterowników, itp.)
dostawy kompletnych kodów źródłowych Systemu oraz niezbędnego oprogramowania narzędziowego, pozwalających na samodzielne zbudowanie przez Zamawiającego wszystkich komponentów Systemu,
instalacji i uruchomienia Zintegrowanej Platformy Edukacyjnej na wskazanej przez Zamawiającego infrastrukturze i zgodnie z warunkami niniejszego postępowania,
instalacji i uruchomienia środowiska rozwojowego pozwalającego na samodzielne dokonywanie modyfikacji przez Zamawiającego lub podmioty przez niego wskazane,
dostarczenie gwarancji wraz z świadczeniem usług utrzymania w ruchu w trybie produkcyjnym Zintegrowanej Platformy Edukacyjnej na warunkach określonych w niniejszym postępowaniu.

Za zgodność i zapewnienie aktualnych licencji i wersji:

oprogramowania Platformy,

silników baz danych,
standardowych serwerów aplikacyjnych,
standardowego środowiska programistycznego,
innych programów narzędziowych i wspomagających dla administratorów informatycznych lub dla programistów

odpowiada Wykonawca. Za zapewnienie aktualnych licencji na Oprogramowanie Standardowe odpowiada Zamawiający.

W poniższych rozdziałach przedstawione zostały wymagania Zamawiającego dla Systemu, Produktów oraz Rezultatów prac. Ilekroć w dokumencie użyto określenia „powinno” (wraz ze wszystkimi odmianami) należy je interpretować jako jednoznaczne oczekiwanie spełnienia wymagania wprost lub za pomocą rozwiązań równoważnych.

2.2.Cele szczegółowe

W ramach celów szczegółowych, uzupełniających cel podstawowy, stawianych przed projektem należy wskazać:

zwiększenie dostępu do bezpłatnych e-zasobów dydaktycznych,
lepsze przygotowanie uczniów do życia w społeczeństwie informacyjnym,
zwiększenie wykorzystania przez szkoły i placówki zmodernizowanych treści, narzędzi i zasobów wspierających proces kształcenia ogólnego w zakresie rozwoju u uczniów kompetencji kluczowych i umiejętności uniwersalnych, jak również nauczania eksperymentalnego oraz metod zindywidualizowanego podejścia do ucznia,
kształtowanie kompetencji uczniów w ramach edukacji formalnej w zakresie metod nauczania sprzyjających kooperacji, kreatywności, komunikacji, praktycznemu wykorzystywaniu wiedzy oraz indywidualizacji pracy z uczniami,
zwiększanie umiejętności uczniów w zakresie wyszukiwania, selekcjonowania i krytycznej analizy informacji, rozpoznawania własnych potrzeb edukacyjnych oraz uczenia się, pracy zespołowej.

2.3.Zakres użytkowników objętych dostępem do platformy

Klasa użytkowników	Zamawiający	Użytkownicy zewnętrzni
Administracja środowiskiem systemu	5	-
Administracja z ograniczonymi uprawnieniami	10	-
Zespół projektu konkursowego	200	-
Dyrektorzy szkoły	5	34 000
Nauczyciele	5	700 000
Uczniowie	5	5 000 000
Rodzice/Opiekunowie	-	5 000 000
Twórcy treści - beneficjenci projektów konkursowych	-	250
Podsumowanie liczności użytkowników	230	10 734 250

Powyższe liczności użytkowników muszą być uwzględnione w planowaniu projektu przez Wykonawcę oraz w opracowywaniu podejścia do realizacji dokumentacji. W planowaniu należy także uwzględnić wieloletnią perspektywę wzrostu liczby użytkowników.

Dostarczony przez Wykonawcę zakres licencji musi być wystarczający do zrealizowania określonych powyżej dostępów do platformy.,

3.Architektura systemu oraz funkcjonalność komponentów

3.1.Architektura Platformy

W celu zapewnienia wydajności i dostępności rozwiązania Platforma powinna wydzielać serwery aplikacyjne, serwery bazodanowe oraz serwery pośredniczące. Serwery aplikacyjne odpowiadają za działanie logiki biznesowej, serwery bazodanowe odpowiadają za persystencję danych natomiast serwery pośredniczące odpowiadają za interakcję platformy z otoczeniem zewnętrznym. Przy projektowaniu rozwiązania, Wykonawca powinien rozważyć zastosowanie następujących, rozłącznych komponentów: serwery cache/proxy, serwery aplikacyjne (portal, platforma e-learningowa), serwery aplikacyjne (Edytor dla dostawców Treści) serwery aplikacyjne (Edytor dla nauczycieli/uczniów), serwery zasobów, serwery poczty e-mail, serwery bazodanowe.

Ruch sieciowy powinien być rozkładany za pomocą Load Balancerów.

Architektura systemu powinna być skalowalna dla min 6 000 000 użytkowników. System musi zostać stworzony przy użyciu technologii zapewniających skalowalność systemu (możliwość elastycznego zwiększania wydajności systemu w miarę wzrostu liczby użytkowników).

Proponowane rozwiązanie ma być zdolne do wdrożenia mechanizmów Single-Sign On.

Moduły systemu muszą być napisane w językach oprogramowania łatwo dostępnych i z możliwością pełnego wykorzystania środowiska w przypadku potrzeby rozbudowy funkcjonalności platformy, potrzeby integracji z innym oprogramowaniem lub bazami danych (tzw. otwartości środowiska). System musi być spójny technologicznie (m. in. jeden rodzaj baz danych), łatwy i relatywnie tani w rozbudowie, wykorzystujący popularne, bezpłatne technologie.

System musi posiadać otwartą architekturę, umożliwiającą Zamawiającemu lub podmiotom przez niego wskazanym na tworzenie nowych funkcjonalności lub integrację rozwiązania z systemami zewnętrznymi.

Przetworzenie mediów zawierających 20 filmów o wielkości do 1GB, 200 nagrań o wielkości 50MB, 500 obrazków o wielkości do 1MB nie może trwać dłużej niż 1 godzinę i nie może wpływać na czas ładowania treści dla użytkowników Platformy.

System musi mieć możliwość współpracy z relacyjną bazą danych (co najmniej z PostgreSQL, MySQL lub inny równoważny).

Proponowane rozwiązanie powinno zapewnić mechanizmy zarządzania kopiami zapasowymi.

Platforma powinna posiadać wielowarstwowe zabezpieczenia, mające na celu ochronę przed zewnętrznymi atakami. Przy projektowaniu systemu zabezpieczeń należy zastosować mechanizmy uniemożliwiające poniższe:

• Włamanie na serwery z wykorzystaniem exploita

• Włamanie na serwery z wykorzystaniem podatności aplikacji web

• Włamanie na serwer z wykorzystaniem podatności bazy danych

• Przechwycenie sesji

• Złamanie hasła

• Wyciek danych

• Zablokowanie/przeciążenie serwera web i aplikacji

• Awaria systemu

Rys.: Sugerowana architektura rozwiązania

3.2.Architektura otoczenia Platformy

System musi posiadać możliwość importu lub aktualizacji danych szkół i placówek Platformy z zewnętrznego pliku w formacie csv. Import wykonuje Administrator. Jeżeli przy ponownym imporcie dana placówka nie istnieje w źródle importu to jest oznaczana jako usunięta. Import danych szkół i placówek w minimalnym zakresie musi zawierać numer RSPO, REGON, nazwę szkoły/placówki, typ szkoły/placówki, województwo, kod pocztowy. Administrator musi mieć możliwość dodawania nowych kont dla Dyrektorów szkół/placówek. Administrator musi mieć możliwość zaimportowania kont Dyrektorów szkół/placówek z zewnętrznego pliku w formacie csv. Plik importu w minimalnym zakresie musi zawierać imię, nazwisko, xxxxx, email, numer RSPO powiązanej szkoły/placówki.

Oczekuje się funkcjonalności (z poziomu interfejsu użytkownika) umożliwiającej importowanie danych dotyczących kont nauczycieli, uczniów w formacie csv.

System musi być wyposażony w mechanizm SSO do realizacji funkcji jednokrotnego uwierzytelnienia się użytkowników do aplikacji i systemów.

System musi posiadać możliwość wprowadzenia automatycznej aktualizacji danych. Cykliczny import szkół i placówek musi odbywać się poprzez zdalne zasilenie bazy danych Zintegrowanej Platformy Edukacyjnej danymi z Systemu Informacji Oświatowej. Dane szkół i placówek w minimalnym zakresie powinny zawierać numer RSPO, REGON, nazwę szkoły/placówki, typ szkoły/placówki, województwo, kod pocztowy. Przykładowy plik zawierający powyższe dane można wygenerować na stronie xxxx.xxx.xxx.xx.

Platforma będąca przedmiotem Zapytania musi posiadać zdolność do wykorzystania e-zasobów znajdujących się w lokalizacji xxxx://xxxxxxxxxxxx.xx, bez konieczności ich modyfikacji przez Zamawiającego. System musi zapewnić możliwość importu szkoleń w formacie epXML znajdujących się w lokalizacji xxxx://xxxxxxxxxxxx.xx/.Xxxxxxxxx musi importować materiały w sposób w pełni zautomatyzowany a zasoby muszą być zoptymalizowane za pomocą jej narzędzi do kompresji mediów oraz zaindeksowane na potrzeby wyszukiwania w nowym środowisku, w sposób optymalny. Podręczniki powinny być zaimportowane w oparciu o ich ogólnodostępną wersję epXML. Edycji nie będą mogły być poddane podręczniki dla najmłodszych uczniów (są tylko "opakowane" w format epXML, ale oparte na gotowym kodzie, niezgodnym ze specyfikacją) oraz wybrane ćwiczenia, widżety lub e-materiały, które są niezgodne z epXML. Takie elementy muszą być, jak teraz, obsługiwane jako pakiety HTML 5, osadzone w treściach zgodnych z formatem. W ramach prac rozwojowych przewiduje się przeformatowanie ćwiczeń i widżetów, tak aby były one w pełni edytowalne w docelowym edytorze i uruchamiane później w oparciu o wspólny, zoptymalizowany mechanizm do ćwiczeń.

3.3.Wymagania szczegółowe dot. Platformy

3.3.1.Wymagania funkcjonalne

Niniejszy rozdział zawiera specyfikację wymagań funkcjonalnych Zintegrowanej Platformy Edukacyjnej. Zamawiający oczekuje realizacji wszystkich poniżej wymienionych wymagań.

Wymagania oznaczone jako „Obligatoryjne” oznaczają listę warunków, którą Wykonawca zobowiązany jest w terminie zgodnym z zamieszczonym w rozdziale 6 harmonogramem dostarczyć w ramach licencji wraz z odpowiadającymi im Kodami Źródłowymi.

1. Portal

Lp.	Wymaganie
1	Dostęp do strony ma odbywać się na poziomach: - poziom publiczny – dostęp dla odwiedzających do strony głównej oraz zakładek (w tym użytkownicy niezalogowani), - poziom administracyjny – zastrzeżony dostęp, wymagający autoryzacji, dla administratorów i redaktorów portalu.
2	Portal oparty na technologii CMS (Content Management System - System Zarządzania Treścią).
3	CMS musi być dostępny z poziomu przeglądarki internetowej i musi umożliwić Zamawiającemu x.xx.: - dodawanie materiałów informacyjno-promocyjnych, - dodawanie, usuwanie obiektów, - modyfikowanie opisów w ramach poszczególnych obiektów w tym edycja tekstów poprzez edytor WYSIWYG, - dodawanie, usuwanie filmów, utworów muzycznych, - dodawanie, modyfikowanie, usuwanie wydarzeń w kalendarium wydarzeń, - dodawanie, modyfikowanie, usuwanie wydarzeń bieżących (aktualności), - zarządzanie uprawnieniami do CMS.
4	Uprawnieni użytkownicy mogą dodawać, edytować i usuwać wybrane elementy z poziomu interfejsu panelu do zarządzania treścią, bez potrzeby łączenia się bezpośrednio z bazą danych. Rozwiązanie powinno uwzględniać fakt, że różne grupy użytkowników mogą mieć różne uprawnienia do oglądania i edycji wpisów oraz do poszczególnych atrybutów każdego z obiektów.
5	Każdy obiekt w systemie posiada historię zmian. Historia powinna uwzględniać m. in. informacje: kto dokonał zmiany, kiedy zmiana została wykonana, które atrybuty zostały zmienione oraz jaką nową wartość otrzymały.
6	Możliwość osadzania galerii zdjęć na stronach w formie miniatur, wersji dużych, przy czym miniatury zdjęć zawartych w galerii Portal tworzy w sposób zautomatyzowany. Powinna być opcja nawigacji w ramach galerii.
7	Możliwość osadzania na stronach bannerów informacyjnych w formacie gif, jpg, png, bmp, zarówno pojedynczych jak i w ramach grup podzielonych na odsłony.
8	Możliwość osadzania i definiowania list najczęściej zadawanych pytań wraz z odpowiedziami na nie. Najczęściej zadawane pytania powinny być z opcją kategoryzowania.
9	Możliwość osadzania na stronach słownika pojęć z ich definicjami. Nawigacja po pojęciach powinna odbywać się z użyciem alfabetu.
10	Portal składa się z następujących bloków: - informacje o projekcie, - informacje o e-zasobach, - wyszukiwarka e-zasobów, - aktualności, - najczęściej zadawane pytania, - logowanie do systemu.
11	Posiada intuicyjną i przejrzystą nawigację. Prezentuje użytkownikom tzw. przyjazne adresy URL.
12	Spełnia wymogi standardu WCAG 2.0 na poziomie AA.
13	Dostęp do repozytorium e-zasobów, które ma gromadzić spis wszystkich upublicznionych e-zasobów Zintegrowanej Platformy Edukacyjnej wraz z możliwość ich wyszukiwania i wyświetlenia.
14	Wyszukiwanie materiałów w portalu powinno opierać się na wyszukiwarce pełnotekstowej.
15	Prezentacja listy podręczników biorąc pod uwagę podział e-podręczników, e-materiałów ze względu na poziomy nauczania i klasy. Możliwość udostępniania widoku szczegółów e-podręcznika/e-materiału, wyświetlania e-podręcznika/e-materiału.
16	Prezentacja zasobów dodatkowych z podziałem na kategorie.
17	Możliwość pobrania i wydrukowania e-zasobu (Pobierz, drukuj).
18	E-zasób uruchamiany i w całości obsługiwany jest w przeglądarce internetowej i nie wymaga instalacji dodatkowego oprogramowania przez użytkownika.
19	Obsługa wszystkich wymagań standardu WCAG, w tym mechanizmów do uruchamiania wersji e-zasobów dostosowanych do określonych niepełnosprawności, pełnej obsługi alternatyw dla wszystkich typów ćwiczeń i obiektów.
20	System posiada interfejs w języku polskim (domyślnie) i w języku angielskim (po przełączeniu).

2. Platforma LCMS

Lp.	Wymaganie
1	Każde konto (login) musi być indywidualne (przydzielany tylko dla jednego użytkownika) oraz unikalne (nie może się powtarzać, nie może być kontem tzw. współdzielonym). Raz wykorzystane loginy nie mogą się powtarzać (nawet w przypadku, gdy login jest nieaktywny lub został usunięty).
2	System musi „wymuszać” tworzenie haseł o odpowiedniej konstrukcji tzn. hasło składające się z np. dużych i małych liter, cyfr, znaków specjalnych, oraz odpowiedniej długości (minimalna ilość znaków w haśle). Po wprowadzeniu hasła System powinien pokazywać siłę hasła w odpowiedniej skali.
3	System musi wymuszać zmianę haseł z określoną i zdefiniowaną częstotliwością, np. co 30 dni. Hasła muszą być przechowywane w postaci zaszyfrowanej.
4	System musi wysyłać do użytkownika korespondencję zawierającą informacje niezbędne np. do poprawnej aktywacji konta, do resetu hasła.
5	System musi mieć możliwość blokowania konta po określonej liczbie nieudanych prób logowania do systemu. Użytkownik systemu otrzymuje automatyczną informację o zablokowaniu konta z powodu kilkukrotnego błędnego wpisania loginu lub hasła.
6	Użytkownicy systemu muszą mieć przypisane role. Poszczególnym rolom są przydzielane stosowne uprawnienia. Role są przypisywane użytkownikom, przez co uzyskują oni uprawnienia do wykonywania określonych dla tych ról czynności. Zestawienie typów ról: Administrator środowiskiem systemu, Administrator z ograniczonymi uprawnieniami, Kierownik projektu konkursowego, Recenzent techniczny, Recenzent ds. WCAG, Recenzent ds. merytorycznych, Rec. o dowolnie definiowanym obszarze odpowiedzialności, np. ds. językowych, metodycznych, dydaktycznych, Dyrektor szkoły, Nauczyciel, Uczeń, Rodzic, Redaktor, Autor, Fotoedytor/specjalista ds. multimediów, tłumacz, specjalista ds. WCAG, Kierownik projektu.
7	Administrator środowiskiem systemu i Administrator z ograniczonymi uprawnieniami muszą posiadać możliwość przełączania się na konta użytkowników systemu (możliwość impersonacji na wybrane konto).
8	System musi umożliwiać Administratorom tworzenie nowych ról na Platformie w formie szablonu wraz z określaniem funkcjonalności, jakie dana rola ma posiadać.
9	System musi zezwalać na przypisanie wielu ról dla jednego użytkownika. Na przykład: użytkownik jest nauczycielem jednego przedmiotu i jednocześnie uczestnikiem innego.
10	System musi posiadać możliwość importu lub aktualizacji danych szkół i placówek Platformy z zewnętrznego pliku w formacie csv (w ustalonym formacie). Import wykonuje Administrator. Jeżeli przy ponownym imporcie dana placówka nie istnieje w źródle importu to jest oznaczana jako usunięta. Import danych szkół i placówek w minimalnym zakresie musi zawierać numer RSPO, REGON, nazwę szkoły/placówki, typ szkoły/placówki, województwo, kod pocztowy.
11	Administrator musi mieć możliwość dodawania nowych kont dla Dyrektorów szkół/placówek. Administrator musi mieć możliwość zaimportowania kont Dyrektorów szkół/placówek z zewnętrznego pliku w formacie csv (w ustalonym formacie). Plik importu w minimalnym zakresie musi zawierać imię, nazwisko, xxxxx, email, numer RSPO powiązanej szkoły/placówki.
12	Platforma LCMS musi być wyposażona w mechanizm SSO do realizacji funkcji jednokrotnego uwierzytelnienia się użytkowników do aplikacji i systemów.
13	Platforma LCMS musi posiadać możliwość wprowadzenia automatycznej, cyklicznej aktualizacji danych dotyczących: szkół, placówek. Import musi odbywać się poprzez zdalne zasilenie bazy danych Zintegrowanej Platformy Edukacyjnej danymi z Systemu Informacji Oświatowej. Dane szkół i placówek w minimalnym zakresie muszą zawierać numer RSPO, REGON, nazwę szkoły/placówki, typ szkoły/placówki, województwo, kod pocztowy.
14	Dyrektor powinien mieć możliwość nadania uprawnień „Administrator szkoły/placówki” dla nieograniczonej ilości kont (dla roli Nauczyciel).
15	Dyrektorzy i konta z uprawnieniami „Administrator szkoły/placówki” muszą mieć możliwość dodawania nowych kont dla nauczycieli, uczniów, rodziców/opiekunów.
16	Dyrektor i konta z uprawnieniami „Administrator szkoły/placówki” muszą mieć możliwość wprowadzenia ręcznego i zaimportowania kont nauczycieli, uczniów, rodziców/opiekunów z zewnętrznego pliku w formacie csv. Plik importu powinien zawierać imię, nazwisko, xxxxx, email, rola.
17	Konto typu Nauczyciel, Uczeń musi posiadać pole identyfikujące powiązanie nauczyciela, ucznia z numerem RSPO szkoły/placówki. Pole może mieć wartość null.
18	Konto typu Uczeń powinno posiadać dodatkowe pole „wychowawca”. Pole może mieć wartość null.
19	Konto typu Rodzic/Opiekun musi posiadać pole identyfikujące powiązanie rodzica/opiekuna z uczniem.
20	Dla kont z uprawnieniami administratora powinna być możliwość wyszukiwania placówki po numerze RSPO, numerze REGON, nazwie, typie, województwie, kodzie pocztowym.
21	Proponowane rozwiązanie musi zezwalać administratorom na określanie ilości przestrzeni dyskowej dla poszczególnych użytkowników. System musi obsługiwać konta nauczycielskie i uczniowskie z limitem np. 50 MB na własne zdjęcia i nagrania.
22	Użytkownik może edytować swój profil w postaci zmiany danych osobowych, hasła, wgrania/wybrania avatara.
23	Nauczyciel musi mieć możliwość tworzenia/edytowania/usuwania grup uczniów oraz kontrolowania członkostwa grupy.
24	Nauczyciel może zarządzać zarówno grupami uczniów jak i poszczególnymi uczniami.
25	Do danej grupy uczniów może być przypisanych wielu nauczycieli.
26	Usunąć grupę uczniów może tylko nauczyciel, który stworzył daną grupę, Dyrektor albo właściciel konta z uprawnieniami „Administrator szkoły/placówki”.
27	Każdy użytkownik może należeć do więcej niż jednej grupy.
28	Proponowane rozwiązanie musi zapewniać możliwość łączenia użytkowników w grupy w ramach których można tworzyć podgrupy.
29	Proponowane rozwiązanie w zakresie zarządzania grupami musi pozwalać na funkcje tj.: kopiowanie grupy, czyli utworzenie nowej grupy pod inną nazwą z takimi samymi parametrami oraz użytkownikami.
30	Platforma LCMS musi zapewniać dostęp do katalogu zasobów dodatkowych, które ma gromadzić spis wszystkich upublicznionych zasobów dodatkowych Zintegrowanej Platformy Edukacyjnej wraz z możliwością ich wyszukiwania i wyświetlenia z podziałem na kategorie.
31	Użytkownik ma możliwość wyszukiwania materiałów przy pomocy wyszukiwarki pełnotekstowej.
32	Platforma LCMS powinna prezentować listy podręczników z uwzględnieniem podziału e-podręczników, e-materiałów na poziomy nauczania i klasy. Możliwość udostępniania widoku szczegółów e-podręcznika/e-materiału, wyświetlania e-podręcznika/e-materiału.
33	Platforma musi zapewniać możliwość pobrania, wydrukowania e-zasobu. (Pobierz, Drukuj).
34	E-zasób uruchamiany i w całości obsługiwany jest w przeglądarce internetowej i nie wymaga instalacji dodatkowego oprogramowania przez użytkownika.
35	Obsługa wszystkich wymagań standardu WCAG, w tym mechanizmów do uruchamiania wersji e-zasobów dostosowanych do określonych niepełnosprawności, pełnej obsługi alternatyw dla wszystkich typów ćwiczeń i obiektów.
36	System powinien umożliwiać użytkownikowi samodzielne umieszczanie treści minimum typu: materiały graficzne (png, jpg, svg), materiały wideo (mp4) materiały audio (mp3), dokumenty typu word, excel, pdf, powerpoint celem wykorzystania powyższych zasobów do tworzenia własnych e-zasobów.
37	Do stworzonej grupy uczniów / pojedynczego ucznia użytkownik może przypisywać materiały edukacyjne.
38	Możliwość przypisania oddzielnej przestrzeni w ramach zadania do realizacji prac grupowych. Platforma LCMS musi posiadać funkcjonalności umożliwiające i wspomagające pracę grupową, np. równoczesną pracę na jednym elemencie treści.
39	Musi istnieć możliwość wysyłania wiadomości/powiadomienia do użytkowników oraz grup użytkowników
40	Uczeń może wysłać wiadomość do każdego z nauczycieli, który jest przypisany co najmniej do jednej tej samej grupy co uczeń lub klasy w danej szkole.
41	Rodzic/Opiekun powinien móc wysyłać wiadomości do wychowawcy swojego dziecka/podopiecznego.
42	Ustawianie automatycznych przypomnień dotyczących wyznaczonych zadań/ realizowanych projektów wysyłanych do uczestników w formie wiadomości e-mail. Platforma LCMS musi pozwalać na ustawienie treści przypomnienia oraz określenie terminów w którym przypomnienie powinno być wysłane.
43	Możliwość tworzenia ankiet (pytania otwarte, wyboru, grupowanie, prawda/fałsz).
44	Informowanie użytkownika, bezpośrednio po zalogowaniu, o istniejących nowych pozycjach, takich jak nowe wiadomości, pozycje w kalendarzu, nowe elementy materiałów edukacyjnych itp.
45	Uczeń po zalogowaniu do systemu powinien mieć dostęp do przypisanych mu materiałów edukacyjnych i móc je uruchamiać.
46	Możliwość uruchamiania natychmiastowego podglądu e-zasobu, nawet jeśli proces optymalizacji mediów jeszcze się nie zakończył (podobnie jak w xxxxx.xxx, wersja e-zasobów bez przetworzonych mediów uruchamiana jest z obrazkami tymczasowymi i po przetworzeniu, automatycznie aktualizowana).
47	Umożliwienie użytkownikom odtwarzanie plików dźwiękowych i video. Rozwiązanie powinno zapewniać możliwości odtwarzania wszystkich treści multimedialnych zamieszczonych na Platformie i wykonywania wszystkich zadań interaktywnych przez wyznaczonych użytkowników.
48	Użytkownicy powinni móc odtwarzać media z opcjami uruchamiania dodatkowych warstw i kanałów (np. obsługa ścieżki audio deskrypcji, wersji z tłumaczeniem migowym).
49	Możliwość sygnalizowania poprawności udzielanej odpowiedzi: komunikat dla poprawnie udzielonej odpowiedzi (opcjonalna), komunikat dla błędnie udzielonej odpowiedzi (opcjonalna).
50	Możliwość oceniania ucznia, funkcja samooceny uczniowskiej i oceny rówieśniczej.
51	Możliwość komentowania treści, fragmentów tekstu i obiektów w publikacji, prowadzenie dyskusji online.
52	Możliwość komentowania z opcją nadania statusu. Komentarz powinien posiadać znaczniki, ułatwiające współpracę uczniów i nauczycieli np. do poprawy, poprawione, ostatecznie zaakceptowane.
53	Możliwość pracy w klasie z podglądem rezultatów wyników na koncie nauczyciela.
54	Uczeń powinien mieć możliwość odrzucenia przypisanego zadania wraz z komentarzem
55	Platforma LCMS musi dostarczyć mechanizmy pokazujące informacje o aktywności we wszystkich materiałach edukacyjnych przypisanych do nauczyciela lub ucznia. Platforma LCMS musi dawać możliwość zarządzania zadaniami w formie harmonogramu (jakie zadania są wymagane w danym tygodniu, dla jakich termin realizacji minął).
56	Nauczyciel może przeglądać postępy uczniów w nauce.
57	Uczeń powinien móc przeglądać historię, postęp swoich wyników.
58	Rodzic/Opiekun powinien móc śledzić postępy swojego dziecka/wychowanka w nauce.
59	Zespół projektu konkursowego, twórcy treści - beneficjenci projektów konkursowych muszą mieć dostęp do filtrowania listy tworzonych materiałów wg statusów, nowości, ilości komentarzy.
60	Rozwiązanie powinno być wyposażone w dokumentację podręczną (tzw. HELP) zawierającą wyszukiwarkę i indeks terminów.
61	Kontakt - wyświetlenie formularza kontaktowego pozwalającego użytkownikowi na zgłoszenie drogą elektroniczną występującego błędu, wyrażenia opinii, zgłoszenia nowego pomysłu w odniesieniu do funkcjonalności platformy, zgłoszenia plagiatu, itp.
62	Platforma LCMS musi spełniać wymogi standardu WCAG 2.0 na poziomie AA.
63	Platforma jest dostosowana do Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenie dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych)
64	System posiada interfejs w języku polskim (domyślnie) i w języku angielskim (po przełączeniu).

3. Edytor treści dla nauczycieli i uczniów powinien pozwalać na:

Lp.	Wymaganie
1	Możliwość edycji dotychczas opracowanych e-podręczników, zasobów dodatkowych dostępnych na stronie xxxxxxxxxxxx.xx.
2	Możliwość edycji e-zasobów wytworzonych zgodnie ze standardami dostępnymi na stronie xxxxx://xxx.xxx.xxx.xx/xxxxxx/x-xxxxxxxxx0/
2	Łatwość w użyciu, co oznacza, że budowanie treści w ramach rozwiązania nie wymaga znajomości html lub innego języka programowania.
3	Możliwość importowania e-zasobów, ich edycję, dostosowanie (zmiana treści, kolejności elementów tj. akapity, obiekty multimedialne, ćwiczenia, dodanie własnych tekstów, ćwiczeń, widżetów i mediów – linków do zasobów zewnętrznych i osadzonych w Platformie, do limitu przypisanego do konta).
4	Możliwość samodzielnego umieszczania treści edukacyjnych na platformie.
5	Możliwość tworzenia e-zasobu od podstaw w oparciu o niewymagający wykształcenia informatycznego edytor wizualny (WYSIWYG), pozwalający przeciągać do publikacji gotowe komponenty tj. blok tekstowy, tytuł, cytat, zdjęcie, film, ćwiczenia bez potrzeby ich pozycjonowania i parametryzowania (płynny układ – system automatycznie dostosowuje wygląd i pozycję na stronie w zależności od urządzenia na jakim przeglądany jest e-zasób zgodnie z ideą responsive design, nie są jedynie skalowane na urządzeniu o mniejszym ekranie) oraz uzupełnianie go treścią własną lub własnymi komponentami.
6	Możliwość tworzenia nowej treści na podstawie wyboru z jakiego źródłowego materiału ma być ono stworzone (content server/content recycling).
7	Możliwość edycji materiałów w formacie epXML w budowanym edytorze szkoleń epXML. Modyfikacja nie może mieć wpływu na zaimportowane treści. Oznacza to iż w ramach edycji tworzona jest własna kopia zasobu, którą można następnie przypisać do użytkownika/grupy użytkowników.
8	Możliwość korzystania z pojedynczego zasobu / komponentu w wielu materiałach edukacyjnych (content recycling) z unikaniem duplikowania komponentów treści.
9	Możliwość korzystania z szablonów i kreatora do tworzenia nowych treści np. inny szablon dla zadań, quizów, testów.
10	Możliwość dodawania własnych tekstów, mediów – linków do zasobów zewnętrznych i osadzonych w Platformie, samodzielne umieszczanie materiałów graficznych (png, jpg, svg), materiałów wideo (mp4) materiałów audio (mp3), dokumentów typu word, excel, pdf, powerpoint celem wykorzystania powyższych zasobów do tworzenia własnych materiałów.
11	Możliwość konwersji plików PDF minimum do formatu SCORM 2004. Mechanizmy Systemu powinny pozwalać na automatyczną zmianę formatu nowo dodanego PDF na format SCORM 2004.
12	Możliwość odtwarzania media z opcjami uruchamiania dodatkowych warstw i kanałów (np. obsługa ścieżki audio deskrypcji, wersji z tłumaczeniem migowym).
13	Możliwość uruchamiania natychmiastowego podglądu e-zasobu, nawet jeśli proces optymalizacji mediów jeszcze się nie zakończył (podobnie jak w xxxxx.xxx, wersja e-zasobów bez przetworzonych mediów uruchamiana jest z obrazkami tymczasowymi i po przetworzeniu, automatycznie aktualizowana).
14	Możliwość wyszukania materiałów przy pomocy wyszukiwarki pełnotekstowej.
15	Możliwość wstawiania zdjęć i opisywanie ich (w tym tworzenie opisów alternatywnych).
16	Możliwość wstawiania interaktywnych wykresów (dane dostarczane w postaci plików csv).
17	Możliwość edytowania wzorów chemicznych i matematycznych.
18	Możliwość wstawiania filmów i nagrań z obsługą alternatyw.
19	Możliwość tworzenia interaktywnych słowników, bibliografii, definicji.
20	Możliwość tworzenia ćwiczenia interaktywnego: pytanie jednokrotnego, wielokrotnego wyboru.
21	Możliwość tworzenia ćwiczenia interaktywnego: pytanie jednokrotnego, wielokrotnego wyboru z ilustracją/ilustracjami.
22	Możliwość tworzenia ćwiczenia interaktywnego: pytanie jednokrotnego, wielokrotnego wyboru z ilustracjami i audio.
23	Możliwość tworzenia ćwiczenia interaktywnego: uzupełnianie tekstu / uzupełnianie tekstu z podanymi możliwościami.
24	Możliwość tworzenia ćwiczenia interaktywnego: wskazywanie, oznaczanie, kolorowanie elementów tekstu.
25	Możliwość tworzenia ćwiczenia interaktywnego: wskazywanie/wstawianie tekstu/uzupełnianie podpisów na ilustracji.
26	Możliwość tworzenia ćwiczenia interaktywnego: puzzle.
27	Możliwość tworzenia ćwiczenia interaktywnego: porządkowanie/grupowanie elementów.
28	Możliwość tworzenia ćwiczenia interaktywnego: porządkowanie ilustracji.
29	Możliwość tworzenia ćwiczenia interaktywnego: łączenie w pary elementów/łączenie w pary tekstu z ilustracjami/łączenie w pary tekstu z audio.
30	Możliwość tworzenia ćwiczenia interaktywnego: tworzenie ilustracji interaktywnych.
31	Możliwość tworzenia ćwiczenia interaktywnego: wstawianie elementów na oś czasu.
32	Możliwość tworzenia ćwiczenia interaktywnego: krzyżówka.
33	Możliwość edycji pól dla alternatyw i zamienników funkcjonalnych obrazków, filmów, nagrań, ćwiczeń interaktywnych, itd. niewymagającą znajomości języków programowania.
34	Możliwość dodawania ćwiczeń z możliwością zamieszczenia odpowiednika dostosowanego do WCAG (m. in. obsługa klawiaturą, współpraca z czytnikami przeglądarkowymi, systemowymi i NVDA, alternatywne ćwiczenie dla form, które ze względów merytorycznych nie sposób dostosować do specjalnych potrzeb).
35	Możliwość dostosowania jednym kliknięciem e-zasobu (np. fragment e-podręcznika wyświetlony na stronie) do potrzeb osoby z dysfunkcjami wzroku (2 tryby – kontrastowy, czyli powiększone treści i dostosowane kolory oraz tryb do wygodnego i płynnego odtwarzania w czytnikach ekranowych, wraz z obsługą wszystkich ćwiczeń i ich alternatyw, które ze względów merytorycznych nie sposób dostosować do specjalnych potrzeb – system automatycznie wyświetla tylko to, co powinno się wczytać).
36	Możliwość dostosowania jednym kliknięciem e-zasobu (np. fragment e-podręcznika wyświetlony na stronie) do potrzeb osoby z dysfunkcjami słuchu (automatyczne wyświetlanie napisów do nagrań, filmów w wersji z tłumaczeniem migowym itd.).
37	Możliwość dostosowania jednym kliknięciem e-zasobu (np. fragment e-podręcznika wyświetlony na stronie) do potrzeb osoby ze specjalnymi potrzebami edukacyjnymi (wersja uproszczona, zgodnie z wymogami WCAG 2.0 na poziomie AA).
38	Możliwość dodania pytania otwartego.
39	Możliwość dodania pytania problemowego z funkcją głosowania online.
40	Możliwość ustalenia domyślnych wartości dla odpowiedzi, które zostaną wyświetlone użytkownikowi jako pierwsze oraz możliwość zdefiniowania gotowych zestawów, spośród których silnik będzie losować.
41	Możliwość konfiguracji zadania: komunikat dla poprawnie udzielonej odpowiedzi, komunikat dla błędnie udzielonej odpowiedzi.
42	Możliwość tworzenia testów, quizów.
43	Możliwość tworzenia zadań dla uczniów (także przez innych uczniów).
44	Możliwość wykorzystywania raz utworzonego pytania w kolejnych testach, ćwiczeniach, zadaniach, quizach, itd.
45	Możliwość losowego generowania pytań w obrębie jednego testu, quizu, itd.
46	Możliwość wstawiania dzienników obserwacji (formularzy pozwalających na spisywanie w uporządkowany sposób wniosków z obserwacji procesów, eksperymentów, doświadczeń, projektów).
47	Możliwość skorzystania z dokumentacji podręcznej (tzw. HELP) zawierającej wyszukiwarkę i indeks terminów.
48	Edytor na każdym z ekranów kreatora zasobów powinien udostępniać rozpoznawalny przycisk pomocy, którego kliknięcie spowoduje wyświetlenie informacji o danym kroku.
49	Możliwość skorzystania z formularza kontaktowego pozwalającego użytkownikowi na zgłoszenie drogą elektroniczną występującego błędu, wyrażenia opinii, zgłoszenia nowego pomysłu w odniesieniu do funkcjonalności platformy, zgłoszenia plagiatu, itp.
50	Edytor musi spełniać wymogi standardu WCAG 2.0 na poziomie AA.
51	Edytor jest dostosowany do rozporządzenia RODO.
52	System posiada interfejs w języku polskim (domyślnie) i w języku angielskim (po przełączeniu).

4. Edytor treści dla profesjonalistów (beneficjentów projektów konkursowych) powinien pozwalać na powyższe, a ponadto:

Lp.	Wymaganie
1	Możliwość osadzania pakietów html wraz z obsługą zapisu i czytania danych (możliwość tworzenia interaktywnych widżetów, gier, symulatorów itd.).
2	Możliwość osadzania nieograniczonej ilości wideo/zdjęć/audio i innych mediów.
3	Możliwość opublikowania równoczesnego minimum 200 e-materiałów, rozkładając i kolejkując procesy przetwarzania w tle.
4	Możliwość natychmiastowego podglądu zaimportowanych materiałów.
5	Przetwarzanie mediów nie może wpływać na czas ładowania treści dla użytkowników Platformy.
6	Możliwość dostępu do dowolnej wersji tworzonego materiału (wersjonowanie).
7	Możliwość pracy grupowej z obsługą procesu wielopoziomowej akceptacji materiałów;
8	Możliwość ograniczenia możliwości edycji treści, w obrębie określonych ról po stronie Beneficjentów projektów konkursowych (np. Redaktor, Autor, Fotoedytor/sp. ds. multimediów, Tłumacz, Specjalista ds. WCAG, Kierownik projektu, Administrator danych) i po stronie Zespołu projektu konkursowego (np. Administrator globalny, Administrator projektu, Kierownik projektu konkursowego, Recenzent techniczny, Recenzent ds. WCAG, Recenzent ds. merytorycznych, Rec. o dowolnie definiowanym obszarze odpowiedzialności, Testowy dyrektor szkoły, Testowy nauczyciel, Testowy uczeń, Testowy rodzic).
9	Możliwość komentowania treści, fragmentów tekstu i obiektów w publikacji, prowadzenie dyskusji online.
10	Możliwość nadawania statusów publikacji.
11	Możliwość wysyłania powiadomień zawierających x.xx. link do zasobu, komentarz, autora.
12	Możliwość obsługi tworzenia recenzji i akceptacji materiałów do upublicznienia.
13	Obsługę procesów upublicznienia materiałów.
14	Możliwość zestawienia dwóch treści na ekranie (edytor jednokierunkowy, analiza zgodności) - panel dla tłumaczy.
15	Przypisywanie tworzonych treści do podstawy programowej (System musi zawierać zaktualizowany słownik podstawy programowej)

3.3.2.Wymagania pozafunkcjonalne

System musi być rozwiązaniem portalowym tzn. po uzyskaniu dostępu użytkownik widzi tylko treści do których ma uprawnienia (inne treści i widoki przeznaczone dla administratora, nauczyciela, recenzenta, ucznia, rodzica).
System musi być obsługiwany przez wersje przeglądarek internetowych takich jak minimum: Microsoft Edge w wersji 42.17134.1.0, Internet Explorer w wersji 11.0.9600.18124, Firefox w wersji 62.0.2, Safari w wersji 11.1, Opera w wersji 55.0.2994.44, Chrome w wersji 69.0.3497.100.
System musi obsługiwać użytkowników pracujących w popularnych systemach operacyjnych typu Windows, Linux, MacOS.
System powinien być responsywny, czyli być wykonany w technologii RWD (Responsive Web Design) i działać poprawnie na komputerach we wszystkich standardowych rozdzielczościach.
Szata graficzna Platformy LCMS powinna być spójna z szatą graficzną Portalu informacyjnego.
Dostarczone licencje mają być przygotowane do obsłużenia podanej w dokumencie liczności użytkowników oraz przygotowane do przetwarzania wolumenów danych w perspektywie 5 lat od dostawy licencji.
Oprócz Systemu, firma dostarczy również dokumentację, o której mowa w punkcie 4.3 ustęp 2 niniejszego dokumentu.
Minimalne, wymagane parametry SLA obowiązujące w trakcie utrzymania Platformy:

Dostępność systemu:

System	Dostępność w skali miesiąca	Czas niedostępności w ciągu miesiąca (w wyniku incydentów krytycznych, prac konserwacyjnych)
Portal informacyjny	99,5%	3,5 godziny
Platforma LCMS	99%	7 godzin
Edytor standardowy	99%	7 godzin
Edytor profesjonalny	96,0% w godzinach 7.00 – 19.00	8 godzin
Edytor profesjonalny	95,0% poza godzinami 7.00 – 19.00	25 godzin
Usługa Service Desk	99%	7 godzin

Czas reakcji na zgłoszenie

Kategoria zgłoszenia	Gwarantowany Czas Reakcji (w Czasie Gotowości)	Czas Gotowości
Błąd krytyczny	2 godziny	16x7 (6:00 – 22:00)
Błąd niekrytyczny	4 godziny	16x7 (6:00 – 22:00)
Xxxxxxx	00 godzin	16x7 (6:00 – 22:00)

Czas naprawy błędu/usterki

Kategoria zgłoszenia	Gwarantowany Czas Naprawy (w Czasie Gotowości)	Czas Gotowości
Błąd krytyczny	8 godzin (czas obejścia 4h godziny)	16x7 (6:00 – 22:00)
Błąd niekrytyczny	16 godzin	16x7 (6:00 – 22:00)
Usxxxxx	00 xodzin	16x7 (6:00 – 22:00)

Wymagania uzupełniające SLA

Maksymalny jednorazowy czas niedostępności systemu LCMS	4h
Przywracanie danych (z wyłączeniem materiałów szkoleniowych)	< 8 godzin
Czas odpowiedzi aplikacji na działania użytkownika	Czas odpowiedzi aplikacji na działania użytkownika poniżej 3 s (dotyczy reakcji aplikacji na działania użytkownika, nie obejmuje informacji typu "Czynność w trakcie przetwarzania")
Częstotliwość generowania i udostępniania Zamawiającemu raportów prezentujących parametry wydajnościowe systemu (dokładne wskaźniki podlegające monitorowaniu zostaną uzgodnione na w ramach prac związanych z instalacją Platformy)	2 tyg.

4.Rezultaty prac

4.1.Dostawa licencji na Platformę

Z dniem podpisania Protokołu Odbioru Platformy, Wykonawca jest zobowiązany do przekazania Licencji na czas nieokreślony bez ograniczeń co do ilości użytkowników oraz ilości zasobów do dostarczonej Zintegrowanej Platformy Edukacyjnej (wraz z wszystkimi niezbędnymi licencjami stron trzecich, niezbędnymi do prawidłowego funkcjonowania Zintegrowanej Platformy Edukacyjnej (serwery aplikacyjne, silniki baz danych, itp.)), odpowiednio zgodnie z postanowieniami Załącznika nr 3 – Wzór Umowy.
Niezależnie od poszczególnych postanowień dotyczących poszczególnych zapisów licencji do wykorzystania Zintegrowanej Platformy Edukacyjnej, Zamawiającego nie będzie upoważniony do przekazania lub sprzedania licencji do Zintegrowanej Platformy Edukacyjnej lub jej części jakimkolwiek podmiotom trzecim, za wyjątkiem przypadku wystąpienia niezależnych od Zamawiającego zmian w organizacji i strukturze Zamawiającego, wskutek których wystąpienia zmuszają one Zamawiającego do przeniesienia praw autorskich do Zintegrowanej Platformy Edukacyjnej na inny podmiot lub jednostkę organizacyjną, która w wyniku wyżej wymienionych zmian organizacyjnych przejmie w zakresie przewidzianym do wykorzystania Zintegrowanej Platformy Edukacyjnej na poprzednie zadania Zamawiającego. Tylko i wyłącznie w takim przypadku Zamawiający ma prawo przekazać Zintegrowaną Platformę Edukacyjną na rzecz przedmiotu trzeciego bez dodatkowego wynagrodzenia dla Wykonawcy.

4.2.Dostawa kodów źródłowych

Z dniem podpisania Protokołu Odbioru Platformy, Wykonawca jest zobowiązany do przekazania kompletnych Kodów Źródłowych na trwałym nośniku, wraz z dokumentacją umożliwiającą dalsze ich wykorzystanie.
Wraz z dostawą Kodów Źródłowych, Wykonawca zobowiązany jest do dostarczenia licencji na kompletne oprogramowanie narzędziowe niezbędne do budowy środowiska rozwojowego, w tym także kompilacji (ang. build) i uruchomienia Kodów Źródłowych.
Licencje na oprogramowanie narzędziowe mają być licencjami bezterminowymi..

4.3.Instalacja Platformy i uruchomienie produkcyjne

Poprzez instalację i uruchomienie Systemu rozumie się:
1. instalację i uruchomienie Zintegrowanej Platformy Edukacyjnej na wskazanej przez Zamawiającego infrastrukturze.
2. instalacja musi być wykonana na dwóch środowiskach: produkcyjnym oraz testowo-szkoleniowym.
3. przeprowadzenie testów akceptacyjnych dostarczonego systemu.
Dostawę dokumentacji Systemu zawierającej co najmniej:
1. opis architektury systemu i rozmieszczenia oraz powiązań jego poszczególnych elementów, na poziomie sprzętowym oraz oprogramowania, z uwzględnieniem produkcyjnej, rozwojowej oraz testowo-szkoleniowej instancji Systemu;
2. plan instalacji i konfiguracji sprzętu w serwerowni;
3. plan instalacji, konfiguracji oprogramowania systemowego;
4. dokumentację analityczną;
5. dokumentację projektową;
6. dokumentację kodu źródłowego;
7. dokumentację środowiska developerskiego;
8. dokumentację środowiska testowo-szkoleniowego;
9. dokumentację środowiska produkcyjnego;
10. uszczegółowiony opis (na poziomie systemowym) przypadków użycia oraz scenariusze testowe dla oprogramowania.
11. dokumentację opracowaną dla roli Administratora technicznego, która powinna zawierać procedury:
  1. pozwalające na zapewnienie ciągłości pracy Systemu, w tym samodzielne przeniesienie przez Zamawiającego wszystkich elementów Systemu na inne środowisko;
  2. pozwalające na ponowne uruchomienie całości Platformy po awariach sprzętowych (tzw. „disaster recovery”);
  3. wykonania kopii zapasowych oprogramowania i weryfikacji jej poprawności;
  4. odtwarzania kopii zapasowej oprogramowania i weryfikacji jej poprawności;
  5. analizy użytkowania systemu (log działań Użytkowników);
  6. analizy pracy administratorów (log działań administratora);
12. dokumentację opracowaną dla roli Administratora z ograniczonymi uprawnieniami, która powinna zawierać procedury:
  1. zarządzania uprawnieniami,
  2. instrukcje opisujące poszczególne funkcjonalności Platformy.
13. dokumentację opracowaną dla ról wchodzących w skład grupy Zespół projektu konkursowego, która powinna zawierać:
  1. instrukcje opisujące poszczególne funkcjonalności Platformy;
14. dokumentację opracowaną dla ról wchodzących w skład grupy Beneficjenci projektów konkursowych, która powinna zawierać:
  1. instrukcje opisujące poszczególne funkcjonalności Platformy w tym stworzenia zasobu przy wykorzystaniu materiałów z repozytorium oraz swoich własnych;
15. dokumentację opracowaną dla roli Dyrektora szkoły/placówki, która powinna zawierać:
  1. instrukcje opisujące poszczególne funkcjonalności Platformy w tym opisujące wszystkie funkcje niezbędne do stworzenia zasobu przy wykorzystaniu materiałów z repozytorium oraz swoich własnych;
  2. zarządzanie uprawnieniami;
16. dokumentację opracowaną dla roli Nauczyciela, przedstawiającą w przystępny dla użytkownika sposób realizację opisanych usług biznesowych, która powinna zawierać:
  1. instrukcje opisujące poszczególne funkcjonalności Platformy w tym opisujące wszystkie funkcje niezbędne do stworzenia zasobu przy wykorzystanie materiałów z repozytorium oraz swoich własnych;
  2. zarządzanie uprawnieniami w tym zarządzanie uprawnieniami jako Administrator szkoły/placówki;
17. dokumentację opracowaną dla roli Ucznia, przedstawiającą w przystępny dla użytkownika sposób realizację opisanych usług biznesowych, która powinna zawierać:
  1. instrukcje opisujące poszczególne funkcjonalności Platformy w tym opisujące wszystkie funkcje niezbędne do stworzenia zasobu przy wykorzystaniu materiałów z repozytorium oraz swoich własnych;
Dokumentacja musi zostać sporządzona w języku polskim. Zamawiający wymaga także, aby cała dokumentacja oraz wszystkie procedury zostały dostarczone w wersji elektronicznej umożliwiającej edycję w formacie .doc i .pdf.
Zamawiający wymaga, aby dokumenty tworzone w ramach realizacji zlecenia charakteryzowały się wysoką jakością, właściwą dla profesjonalnego charakteru świadczonych usług, na którą będą miały wpływ, takie czynniki jak:

redakcja dokumentu:

struktura dokumentu, rozumiana jako podział danego dokumentu na rozdziały, podrozdziały i sekcje w czytelny i zrozumiały sposób,
sposób pisania rozumiany jako zachowanie spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz fragmentów tego samego dokumentu,
poprawność ortograficzna, gramatyczna i stylistyczna dokumentów,
utrzymywanie aktualnych powiązań z innymi dokumentami.

kompletność dokumentu – pełne przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia.
spójność i niesprzeczność dokumentu – zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz fragmentach tego samego dokumentu.
zachowanie ogólnie przyjętych norm, standardów i kryteriów jakości.

4.4.Instalacja środowiska rozwojowego

Poprzez instalację i uruchomienie środowiska rozwojowego rozumie się:
1. instalację i uruchomienie oprogramowania narzędziowego pozwalającego na zbudowanie przez Zamawiającego wszystkich komponentów / funkcjonalności dostarczonej Platformy.
2. instalację repozytorium Kodów Źródłowych
3. przeprowadzenie testów akceptacyjnych dostarczonego środowiska polegających na wykazaniu możliwości zbudowania i uruchomienia poszczególnych komponentów Platformy (kodów wynikowych).
Dostawę dokumentacji zawierającej co najmniej:
1. Opis architektury / struktury Kodów Źródłowych
2. Dokumentację programistyczną struktur danych wykorzystywanych w Kodach Źródłowych
3. Instrukcje budowy kodów wynikowych

4.5.Gwarancja i usługi utrzymania

4.5.1 Gwarancja

Wykonawca udzieli Zamawiającemu gwarancji na dostarczoną przez Wykonawcę Zintegrowaną Platformę Edukacyjną, w tym jej modyfikacje oraz aktualizacje, jeśli zaistnieje potrzeba aktualizacji, dla potrzeb zapewnienia jej bezawaryjnej i zgodnej z umową działania, przez okres 60 miesięcy, licząc od dnia podpisania Protokołu Odbioru.
W ramach usług gwarancyjnych Wykonawca zapewni:

serwis gwarancyjny, zgodnie z pkt. 4-11 poniżej;
usuwanie Błędów oraz Błędów regresji;

Zamawiającemu przysługuje rękojmia za wady fizyczne i prawne wykonanych usług w ramach Przedmiotu Umowy, w okresie 60 miesięcy od daty odbioru prac.
Wykonawca gwarantuje prawidłowe działanie Zintegrowanej Platformy Edukacyjnej i udziela gwarancji na wszystkie usługi świadczone w zakresie realizacji Umowy, w okresie 60 miesięcy od daty Odbioru Platformy bez zastrzeżeń.
Wykonawca zapewni, iż przy wykonywaniu jakichkolwiek usług gwarancyjnych, nie zostaną naruszone warunki gwarancji, którymi objęta jest infrastruktura oraz Oprogramowanie standardowe udostępnione przez Zamawiającego.
Wykonawca zobowiązuje się do świadczenia usług w ramach udzielonej gwarancji w sposób zapobiegający utracie jakichkolwiek danych. W sytuacji, gdy wykonanie usługi wiąże się z ryzykiem utraty lub uszkodzenia danych, Wykonawca zobowiązany będzie poinformować o tym na piśmie Zamawiającego przed przystąpieniem do wykonywania usługi.
Zamawiający zastrzega sobie prawo skorzystania na koszt Wykonawcy z usług zastępczych, w przypadku niewywiązania się Wykonawcy ze zobowiązań gwarancyjnych, po uprzednim wezwaniu Wykonawcy do wykonania obowiązków wynikających z gwarancji, z wyznaczeniem odpowiedniego terminu.
Gwarancja obejmuje wszystkie elementy Zintegrowanej Platformy Edukacyjnej, zrealizowane (zainstalowane i skonfigurowane) przez Wykonawcę, w tym również elementy Platformy powstałe jako wynik ewentualnych modyfikacji Zintegrowanej Platformy Edukacyjnej przez Wykonawcę w ramach świadczenia usług gwarancyjnych, utrzymaniowych i rozwojowych.
Wykonawca jest zobowiązany do świadczenia usług w ramach udzielonej gwarancji w sposób niepowodujący obniżenia wydajności Zintegrowanej Platformy Edukacyjnej sprzed wystąpienia Błędu.
Wykonawca zobowiązuje się, w ramach świadczenia usług gwarancyjnych, świadczyć usługi konsultacyjne w ramach utrzymania przy użyciu narzędzia klasy Service Desk w zakresie zgodnym z wymaganiami opisanymi w rozdziale 8.
W przypadku zidentyfikowania błędów niezmieniających funkcjonalności Zintegrowanej Platformy Edukacyjnej i jej modułów Wykonawca usunie je, informując jednocześnie Zamawiającego drogą mailową o fakcie usunięcia błędu. W przypadku zidentyfikowania błędów modyfikujących funkcjonalności Zintegrowanej Platformy Edukacyjnej i jej modułów Wykonawca poinformuje o tym fakcie Zamawiającego i usunie takie błędy po wcześniejszym uzyskaniu akceptacji Zamawiającego na dokonanie ich usunięcia.

4.5.2 Poprzez utrzymanie w trybie produkcyjnym rozumie się:

Usługi programistyczne w zakresie usuwania błędów, usterek oraz dokonywania usprawnień związanych z wydajnością na potrzeby utrzymania w ruchu Platformy. W zakresie prac w trybie produkcyjnym przewiduje się pracę przez 48 miesięcy przez zespół zadeklarowany przez Wykonawcę w Ofercie. W przypadku konieczności, Wykonawca uprawniony jest do dokonywania zmian w składzie zespołu, acz na osoby o nie niższych kompetencjach. O fakcie zmian, zobligowany jest każdorazowo informować Zamawiającego.
Usługi wsparcia i zachowania warunków utrzymania w ruchu produkcyjnym Zintegrowanej Platformy Edukacyjnej polegające na administrowaniu poniższymi zasobami:

Platformę LCMS
Edytor standardowy i profesjonalny
Portal

Dokonywanie wszelkich czynności technicznych (po stronie aplikacji) w ramach świadczonej usługi, w szczególności:

rozwiązywanie problemów związanych z dostępnością Zintegrowanej Platformy Edukacyjnej zgłoszonych przez Zamawiającego,
naprawy konfiguracyjne Zintegrowanej Platformy Edukacyjnej,
konserwacja i aktualizacja elementów Zintegrowanej Platformy Edukacyjnej,
instalacja elementów Zintegrowanej Platformy Edukacyjnej z użyciem dobrych praktyk,
konfiguracja pracy wszystkich elementów Zintegrowanej Platformy Edukacyjnej jako całości,
profilaktyka bezpieczeństwa,
zachowanie ciągłości pracy Zintegrowanej Platformy Edukacyjnej,
przygotowywanie propozycji rozwiązań usprawniających działanie Zintegrowanej Platformy Edukacyjnej,
bieżące uaktualnienie zabezpieczeń Zintegrowanej Platformy Edukacyjnej,
aktualizowanie oprogramowania wchodzącego w skład Zintegrowanej Platformy Edukacyjnej,
rozpoznawanie i raportowanie zagadnień bezpieczeństwa logicznego,
wdrażanie zabezpieczeń logicznych Zintegrowanej Platformy Edukacyjnej,
wykonywanie kopii bezpieczeństwa ze wszystkich elementów, modułów Zintegrowanej Platformy Edukacyjnej pozwalających na odzyskanie wszystkich danych/ sprawności Zintegrowanej Platformy Edukacyjnej w przypadku jej awarii, oraz ich przywracanie w przypadku awarii,
konsultowanie aspektów bezpieczeństwa rozwiązania z Zamawiającym.
monitorowanie działania Zintegrowanej Platformy Edukacyjnej z wykorzystaniem testów automatycznych i w odpowiedzi na błędy - niezwłoczne podjęcie procedury zgodnie z SLA i warunkami gwarancji opisanymi w niniejszym postępowaniu;
zapewnienie wsparcia technicznego Service Desk/Help Desk dla realizowanej usługi zgodnie z wymaganymi przez Zamawiającego czasami SLA (Service Level Agreement) opisanymi w niniejszym postępowaniu.
dokonywania autoryzacji zmian dokonanych przez Zamawiającego bądź podmioty przez niego wskazane oraz przejęcie dokonanych zmian lub rozszerzeń do utrzymania.

4.6.Prace rozwojowe

Prace rozwojowe – liczba godzin prac rozwojowych nad Systemem związanych z projektowaniem, testowaniem, wdrażaniem wynosi 1000 osobogodzin przez cały okres umowy. Jedna godzina pracy rozumiana jest jako 60 minut i dotyczy każdej osoby zaangażowanej w proces. Godziny niepełne będą rozliczane co do 15 minut zaokrąglane w górę.

Powyższe godziny mogą zostać wykorzystane x.xx. na zadania związane z rozwojem Zintegrowanej Platformy Edukacyjnej oraz dostosowanie Systemu do aktualnego stanu prawnego. Każdorazowe zmiany w Systemie wymuszają bieżącą aktualizację dokumentacji, o której mowa w punkcie 4.3 ustęp 2. .

W ramach prac rozwojowych Zamawiający może skorzystać z możliwości wprowadzenia zmian w systemie związanych z podniesieniem ergonomii i wydajności jego pracy.

Prawo opcji:

Prawo opcji obejmuje prace rozwojowe po wykorzystaniu maksymalnej prognozowanej liczby godzin, o której mowa w punkcie 4.6, jeżeli Zamawiający będzie posiadał potrzeby w zakresie prac rozwojowych oraz środki na realizację prawa opcji oraz Zamawiający poinformuje Wykonawcę o chęci skorzystania z prawa opcji przesyłając oświadczenie, z którego będzie wynikał zakres prac.
Wynagrodzenie w ramach opcji rozliczane będzie godzinowo na podstawie cen jednostkowych za godzinę świadczenia usług wycenianych przez Wykonawcę w Ofercie.
Prognozowana przez Zamawiającego maksymalna liczba godzin prac w ramach prawa opcji wynosi maksymalnie 75 000 osobogodzin przez cały okres realizacji umowy. Jedna godzina pracy rozumiana jest jako 60 minut i dotyczy każdej osoby zaangażowanej w proces. Godziny niepełne będą rozliczane co do 15 minut zaokrąglane w górę. Należy w tym uwzględnić usługi towarzyszące wprowadzaniu zmian w systemach. W przypadku, gdy Zamawiający nie zrealizuje zleceń w planowanej liczbie lub kwocie, Wykonawcy nie przysługuje żadne roszczenie związane z brakiem realizacji zleceń w ww. zakresie, w tym odszkodowanie za utracone korzyści.
Wyliczenie kosztu całkowitego wykonanej usługi będzie odbywało się przez podsumowanie kosztów udziału wszystkich zaangażowanych osób Wykonawcy. Koszt osoby liczony jest poprzez przemnożenie liczby godzin zaangażowanych osób, potwierdzonych przez Zamawiającego i stawki godzinowej Wykonawcy z jego oferty.
Prace rozwojowe w ramach prawa opcji będą zlecane, realizowane i odbierane na takich samych zasadach jak prace rozwojowe w ramach zamówienia podstawowego.

Każda zmiana planowana do wprowadzenia w systemie wymaga postępowania zgodnie z procedurami opisanymi w rozdziale 7.3.

5.Miejsce i sposób wykonania usługi

Zamawiający zakłada realizacje prac w trybie zdalnym, wykonywanych przez zespół projektowy, z wykorzystaniem szyfrowanego dostępu do środowiska Zamawiającego.

W przypadkach, kiedy będzie to niezbędne, na przykład przy konieczności utrzymania ciągłości pracy Zintegrowanej Platformy Edukacyjnej zgodnie z warunkami opisanymi w niniejszym postępowaniu, Zamawiający dopuszcza możliwość, aby Wykonawca oddelegował wskazany w ofercie zespół do wykonania usługi do siedziby Zamawiającego w godzinach pracy Zamawiającego. Ostateczną decyzję o przydziale lokalizacji podejmuje Zamawiający.

Docelowo Zamawiający ma być w stanie samodzielnie prowadzić wszystkie procesy związane z utrzymaniem i rozwijaniem Platformy.

6.Harmonogram realizacji zamówienia

Zamówienie realizowane będzie od dnia podpisania umowy przez okres 4 lat w zakresie utrzymania i rozwoju.

Gwarancja będzie świadczona przez Wykonawcę przez okres 5 lat od dnia podpisania umowy.

Zamawiający oczekuje realizacji zamówienia w dwóch, następujących po sobie Etapach:

Etap Dostarczenie Platformy - polegający na:
- Dostarczeniu licencji do Zintegrowanej Platformy Edukacyjnej przeznaczonej do obsługi e-zasobów,
- Dostarczenie licencji na oprogramowania wymienione w ustępie 2.1 punkt 5,
- dostawy kompletnych Kodów Źródłowych Platformy oraz niezbędnego oprogramowania narzędziowego (licencji), pozwalających na samodzielne zbudowanie przez Zamawiającego wszystkich komponentów Systemu,
- instalacji i uruchomienia Zintegrowanej Platformy Edukacyjnej na wskazanej przez Zamawiającego infrastrukturze,
- instalacji i uruchomienia środowiska rozwojowego pozwalającego na samodzielne dokonywanie modyfikacji przez Zamawiającego lub podmioty przez niego wskazane,
- przeprowadzeniu testów akceptacyjnych wszystkich środowisk, na bazie przygotowanych i zaakceptowanych uprzednio przez Zamawiającego scenariuszy testowych.

Etap Utrzymania i rozwoju - polegający na dostarczeniu:
- Gwarancji wraz z świadczeniem usług utrzymania w ruchu w trybie produkcyjnym Zintegrowanej Platformy Edukacyjnej,
- W przypadku otrzymania zlecenia, realizacji w ramach Prac Rozwojowych:
  - szkoleń zgodnie ze złożoną ofertą co do wyceny,
  - realizacji innych, zleconych przez Xxxxxxxxxxxxx prac, zgodnie z procedurą 7.3 zawartą w niniejszym dokumencie.

7.Procedury współpracy

7.1.Organizacja usługi Service Desk

Usługa Service Desk polegać będzie na uruchomieniu i utrzymaniu przez Wykonawcę w całym okresie trwania Umowy usługi umożliwiającej stały kontakt Zamawiającemu z Wykonawcą oraz rejestrowanie i śledzenie w trybie on-line zdarzeń takich jak: zgłoszenie błędu, usterki, wniosku o zmianę itp. Usługa Service Desk musi umożliwiać śledzenie zmian statusów (postępu) prac nad poszczególnymi kategoriami zgłoszeń z uwzględnieniem daty oraz identyfikacją osób, które dokonały zgłoszenia oraz uczestniczą w jego realizacji.

Każde zgłoszenie musi posiadać:

przypisany numer,
kategorii zgłoszenia,
oznaczenie osoby zgłaszającej,
oznaczenie osoby wykonującej,
daty oraz godziny przyjęcia zgłoszenia,
daty oraz godziny zakończenia,
lista podjętych działań ze wskazaniem osób/y podejmującej działania,
Informacja o rozwiązaniu błędu.

Wykonawca jest zobowiązany do założenia kont użytkownikom wskazanym przez Zamawiającego oraz przekazania pełnej informacji pozwalającej na dostęp i eksploatację usługi w terminie 24 godzin od dnia ich otrzymania.

Wykonawca w okresach miesięcznych zobligowany jest przygotować raport będący rejestrem zgłoszeń błędów zarejestrowanych w Service Desk za dany okres.

Usługa Service Desk podlega takim samym parametrom SLA jak pozostałe elementy Platformy.

7.2.Procedura zgłoszeń Błędów i Awarii

Wykonawca zapewni możliwość zgłaszania Błędów i Usterek przez całą dobę, siedem dni w tygodniu, za pomocą własnego systemu klasy Service Desk automatycznie rejestrującego zgłoszenia oraz potwierdzającego niezwłocznie otrzymanie.
Wykonawca zobowiązany jest do stosowania się do czasów reakcji i naprawy błędów określonych w wymaganiach pozafunkcjonalnych roz. 3.3.2 niniejszego dokumentu.
Zgłoszenie przez Zamawiającego incydentu będącego błędem lub usterką jest równoznaczne ze zleceniem wykonania czynności naprawczych
Za termin usunięcia błędu krytycznego uznaje się przywrócenie poprawnego działania systemu na środowisku produkcyjnym.
Za termin usunięcia usterki lub błędu niekrytycznego uznaje się moment, w którym Wykonawca zgłosił gotowość instalacji poprawki na środowisku testowym oraz produkcyjnym. W przypadku, gdy testy wykażą nieprawidłowe działanie nowej wersji, wznawiany jest czas realizacji, z uwzględnieniem czasu jaki minął od momentu zgłoszenia incydentu do momentu zgłoszenia gotowości instalacji. W przypadku instalacji poprawki przez Wykonawcę, czas instalacji wliczany jest do czasu naprawy zgłoszonego incydentu.
W przypadku, gdy po zamknięciu zgłoszenia w ciągu 12 godzin zostanie zgłoszone tożsame zgłoszenie, otrzymuje ono ten sam numer co pierwotne zgłoszenie a czas SLA biegnie od pierwszego zgłoszenia.

7.3.Procedura zlecania i realizacji zmian

Niniejsza procedura ma zastosowanie w przypadku zlecania zmian w ramach Prac rozwojowych.

Zmiany w ramach prac rozwojowych mogą być wprowadzane na wniosek Zamawiającego.

Zgłoszenie wprowadzenia zmian odbywa się w następujący sposób:

Zamawiający przekazuje Wykonawcy opis planowanej zmiany w celu oszacowania pracochłonności jej wykonania (ilość osobogodzin niezbędnych do wprowadzenia zmiany).
Wykonawca w terminie do 7 dni od dnia otrzymania opisu planowanej zmiany może zwrócić się do Zamawiającego o doprecyzowanie opisu planowanej zmiany i udzielenie dodatkowych informacji lub wprowadzenie zmian w opisie planowanej modyfikacji.
Wykonawca w terminie do 7 dni od dnia otrzymania opisu planowanej zmiany lub od dnia otrzymania odpowiedzi Zamawiającego na wniosek, określony w pkt. b, przedstawia Zamawiającemu informację o zakładanej pracochłonności wykonania usługi oraz szczegółowym harmonogramie realizacji usługi.
Wykonawca określa pracochłonność wykonania usługi w roboczogodzinach. Po uzgodnieniu przedstawionej pracochłonności oraz harmonogramu Wykonawca niezwłocznie przystępuje do realizacji zlecenia.
Jeśli Zamawiający uzna, że oszacowanie pracochłonności lub przedstawiony harmonogram realizacji zlecenia przedstawione przez Wykonawcę jest nieprawidłowe może zwrócić się o opinię do niezależnego eksperta z dziedziny IT (np. osoba wpisana na listę biegłych sądowych, Izba Rzeczoznawców Polskiego Towarzystwa Informatycznego, ekspert Polskiej Izby Informatyki i Telekomunikacji). W przypadku, gdy opinia eksperta potwierdzi nieprawidłowość stanowiska Wykonawcy, Wykonawca będzie zobowiązany wykonać zlecenie zgodnie z rekomendacją eksperta w zakresie maksymalnej pracochłonności albo wykonalności zlecenia oraz Wykonawca zobowiązany będzie pokryć koszty wykonania ekspertyzy, które będą potrącone z Wynagrodzenia Wykonawcy z tytułu wykonania zlecenia.
Wszystkie zlecone zmiany obejmują zarówno wykonanie elementów programistycznych, aktualizację dokumentacji, aktualizację testów regresji oraz przygotowanie scenariuszy testowych pozwalających w sposób bezsprzeczny wykonać testy akceptacyjne zmiany.

Odbiór prac w przypadku zgłoszenia zmian przez Zamawiającego:

Zamawiający dokona odbioru prac zgodnie z harmonogramem przygotowania zmian przez Wykonawcę i Zamawiającego w Usłudze, opisanym w pkt. 1 tego rozdziału.
W przypadku nieodebrania prac bez podania przyczyny przez Zamawiającego w terminie do 14 dni kalendarzowych od daty zgłoszenia do odbioru przez Wykonawcę, Wykonawcy przysługuje prawo dokonania odbioru jednostronnego co jednocześnie oznacza prawidłowe wykonanie prac i upoważnia go do należnego wynagrodzenia.

W ramach niniejszej procedury dopuszcza się również zlecenia wykonania nowych komponentów Platformy, szkoleń, dokumentacji, instruktarzy i materiałów e-learningowych.

7.4.Procedura autoryzacji zmian

Gwarancja na system nie wyklucza możliwości dokonywania jego modyfikacji przez Zamawiającego (lub podmiot trzeci któremu wykonanie zmiany zleci Zamawiający) na następujących zasadach:

Propozycja każdej z modyfikacji (szczegółowy opis zmiany oraz kod źródłowy zmian lub opis zmian ustawienia parametrów konfiguracyjnych) planowanej do wprowadzenia w okresie gwarancyjnym przez Zamawiającego zostanie dostarczona Wykonawcy w celu dokonania autoryzacji.
Wykonawca niezwłocznie, ale w terminie nie dłuższym niż 10 dni roboczych dokona oceny wpływu proponowanej zmiany na całość systemu i wyda zgodę na wprowadzenie zmiany lub powiadomi Zamawiającego o błędach jakie spowoduje zmiana. Brak odpowiedzi Wykonawcy we wskazanym terminie uznany będzie za akceptację wprowadzenia zmiany.
Wprowadzenie zmiany po jej uprzedniej akceptacji przez Wykonawcę nie powoduje utraty gwarancji na system, z zastrzeżeniem, że poprawność działania nowych, wprowadzonych w ten sposób funkcjonalności Systemu nie jest objęta gwarancją.
Opisana powyżej autoryzacja zmian w okresie gwarancyjnym wykonywana będzie przez Wykonawcę nieodpłatnie z zastrzeżeniem, że liczba zgłoszeń modyfikacji nie przekroczy 10 miesięcznie w pierwszym roku okresu gwarancyjnego i 12 kwartalnie począwszy od roku drugiego do piątego.
Zmiany polegające na definicji nowych raportów, zapisaniu spersonalizowanego układu strony WWW itp. realizowane w wyniku standardowego użytkowania narzędzi dla użytkowników dostarczonych wraz z Platformą nie są uznawane jako modyfikacja Systemu, nie podlegają zgłoszeniu do autoryzacji i nie powodują utraty gwarancji na System.

Specyfikacja istotnych warunków zamówienia Strona 1 z 32

Nr sprawy: ZA.TP.164.2018

Document Metadata

Table of Contents

Free Standard Templates

Centrum Informatyczne Edukacji, 00-918 Warszawa, al. J. Ch. Szucha 25

Document Metadata