Zamawiający:
Zamawiający:
GMINA WAŁBRZYCH
Adres: Xx. Xxxxxxxxxxx 0, 00-000 XXXXXXXXX Tel./fax 00 00 00 000, 00 00 00 000
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
dla części 1 zamówienia
na stworzenie i wdrożenie systemu dziennika elektronicznego
w ramach projektu
„Zwiększenie wykorzystania e-usług publicznych w Gminie Wałbrzych” Zadanie 2. Stworzenie i wdrożenie rozwiązania dziennika elektronicznego (E-Szkoła)
Opracowanie: Biuro Informatyki Urzędu Miejskiego w Wałbrzychu Październik 2017
Spis treści:
3. Opis przedmiotu zamówienia - minimalne Wymagania i Parametry eksploatacyjne architektury Systemu i Infrastruktury Technicznej: 4
4. Minimalne wymagania i funkcjonalności Modułu dziennika elektronicznego 6
5. Minimalne cechy Modułu Dziennika elektronicznego - funkcje dla nauczycieli 8
6. Minimalne cechy Modułu dziennika elektronicznego - funkcje dla xxxxxxxxxx 00
7. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność administratora 13
8. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność konta od strony rodziców/opiekunów 14
9. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność konta ucznia 14
10. Minimalne wymagane funkcjonalności Modułu importu/eksportu danych dla Systemu dziennika elektronicznego 15
11. Minimalne wymagania Modułu komunikacji 15
12. Minimalne cechy Modułu Arkuszy ocen, Modułu Świadectw w dzienniku elektronicznym - wymagania od strony użytkownika 16
13. Minimalne cechy Modułu arkuszy ocen, Modułu świadectwa w dzienniku elektronicznym - wymagane cechy aplikacji 16
14. Minimalne cechy Modułu planu lekcji i Modułu dyżurów - wymagania systemowe 17
15. Minimalne wymagania funkcjonalne Modułu planu lekcji i Modułu dyżurów 17
16. Minimalne wymagania funkcjonalności Modułu dyżurów 18
17. Minimalne wymagania funkcjonalności Modułu płatności 18
18. Minimalne wymagania funkcjonalności Modułu API 19
19. Wymagania dotyczące przygotowania i przeprowadzenia szkoleń 20
20. Wymagania (kryteria) dodatkowo punktowane 21
21. Tabela lokalizacji placówek edukacyjnych 22
Przedmiotem postępowania przetargowego (część 1) jest dostawa i wdrożenia Systemu dziennika elektronicznego zgodnie z Wymaganiami, polegającej na:
a) wykonaniu i przedstawieniu do akceptacji Zamawiającego Analizy przedwdrożeniowej i Harmonogramu Szczegółowego nie później niż w 14 dniu od daty podpisania Umowy,
b) dostawie i wdrożeniu Systemu dziennika elektronicznego, umożliwiającego użytkownikom zewnętrznym (dyrektorom, nauczycielom, rodzicom, opiekunom prawnym, uczniom, administratorom) dostęp poprzez Internet do bezpłatnego użytkowania w placówkach edukacyjnych (szkołach samorządowych), które są jednostkami budżetowymi Gminy Wałbrzych, wymienionych w Załączniku nr 3 do Umowy,
c) umieszczeniu Systemu na Infrastrukturze Technicznej,
d) wypełnieniu Systemu danymi do obsługi Systemu dziennika elektronicznego,
e) przeprowadzeniu testów poprawności działania systemu,
f) przeprowadzeniu szkoleń administratorów i trenerów (112 osób),
g) wykonaniu i dostarczeniu Dokumentacji,
h) udzieleniu licencji na System,
i) udzieleniu gwarancji.
Przedmiot zamówienia związany jest z realizacją projektu pn. "Zwiększenie wykorzystania e- usług publicznych w Gminie Wałbrzych” w ramach Regionalnego Programu Operacyjnego Województwa Dolnośląskiego 2014-2020 współfinansowany ze środków Unii Europejskiej, Oś priorytetowa 2. Technologie informacyjno-komunikacyjne, 2.1 E-usługi publiczne, 2.1.4 E-usługi publiczne – ZIT AW.
Projekt służyć będzie podniesieniu jakości i rozszerzeniu zakresu usług publicznych świadczonych drogą elektroniczną oraz rozwojowi e-usług na terenie Gminy Wałbrzych. Do celów szczegółowych przedmiotowego projektu należy zaliczyć:
• zapewnienie mieszkańcom Gminy Wałbrzych powszechnego dostępu do szerokiego zakresu usług publicznych dostępnych drogą elektroniczną,
• stworzenie systemu e-usług dostępnego dla mieszkańców i przedsiębiorców oraz innych usług społeczeństwa informacyjnego powiązanych z serwisem informacyjno- komunikacyjnym,
• zakup odpowiedniego zaplecza infrastrukturalnego dla rozwoju narzędzi teleinformatycznych.
Projekt przyczyni się do poprawy warunków funkcjonowania instytucji samorządowych i usprawnienia komunikacji administracji, przedsiębiorców i obywateli. Uruchomione zostaną ponadto funkcjonalne e-usługi publiczne, a także zwiększony zostanie ich poziom dojrzałości do trzeciego oraz czwartego i wyższego stopnia.
Wyposażenie pracowników UM w Wałbrzychu, placówek edukacyjnych oraz gminnych instytucji kultury w nowoczesny system wraz z zapleczem technicznym pozwoli na zwiększenie efektywności wykonywanych zadań, ułatwi dostęp do nowoczesnych technologii, poprawi jakość wykonywanych obowiązków.
Celem projektu jest również skrócenie czasu obsługi. Poprzez możliwość korzystania z e-usług zwiększony zostanie ogólny poziom i efektywność działań UM w Wałbrzychu, placówek edukacyjnych oraz instytucji kultury.
Celem niniejszego postępowania jest stworzenie i wdrożenie systemu dziennika elektronicznego (E-SZKOŁA). Powstały i wdrożony system, sprzęt oraz wyposażenie zostanie przekazany przez Gminę Wałbrzych do bezpłatnego użytkowania szkołom samorządowym (jednostkom budżetowym Gminy Wałbrzych). Odbiorcami usług będą nauczyciele placówek edukacyjnych, uczniowie oraz ich opiekunowie prawni.
1. Opis przedmiotu zamówienia - minimalne Wymagania i Parametry eksploatacyjne architektury Systemu i Infrastruktury Technicznej:
Lp. | Charakterystyka (wymagania minimalne) architektury rozwiązania |
1. | Zamawiający wymaga, by System dziennika elektronicznego (e-szkoła) był oparty na modelu usługowym SaaS (Software as a Service), był udostępniony z Infrastruktury Technicznej zapewnionej przez Wykonawcę, z której korzystanie przez okres obowiązywania gwarancji zostanie uwzględnione w cenie oferty. Zamawiający dopuszcza dostarczenie Modułu Planu Lekcji i Modułu Dyżury jako osobnej |
aplikacji komputerowej instalowanej w komputerach znajdujących się w Placówkach edukacyjnych, z odpowiednią liczbą i rodzajem licencji pozwalającej na korzystanie z Modułu Planu Lekcji i Modułu Dyżury nie krócej niż przez okres obowiązywania gwarancji. | |
2. | Zamawiający wymaga, by wszystkie elementy Systemu dziennika elektronicznego oparte na modelu usługowym SaaS były zainstalowane i dostępne dla wszystkich użytkowników z Infrastruktury Technicznej o dostępności SLA (Service Level Agreement) na poziomie minimum 99,0%. |
3. | Zamawiający dopuszcza niedostępność Systemu (przerwy techniczne) wynikające z koniecznych do przeprowadzenia czynności administracyjnych związanych z należytym zabezpieczaniem, archiwizacją i ochroną danych zgromadzonych w Systemie lub związanych z aktualizacjami Systemu lub Infrastruktury Technicznej wykorzystanej do jej obsługi. Informacje o planowanych czasie rozpoczęcia i zakończenia przerwy technicznej muszą być skutecznie przekazywane Zamawiającemu oraz wyświetlane użytkownikom Systemu. Wszelkie prace techniczne mogą być zaplanowane i przeprowadzane w godzinach nocnych (pomiędzy godziną 22 a 6 następnego dnia) oraz w okresie ferii letnich, z zastrzeżeniem, że przerwa w okresie ferii letnich będzie trwała nie dłużej niż 30 następujących po sobie dni kalendarzowych i zakończy się nie później niż na 14 dni przed rozpoczęciem kolejnego roku szkolnego. Wszelkie zaplanowane niedostępności Systemu, o których Zamawiający został skutecznie poinformowany, nie wpływają na wynik SLA. |
4. | System musi pozwalać na zapis (eksport) danych w co najmniej dwóch formatach określonych w załączniku nr 2 do Rozporządzenia RM z 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (KRI). |
5. | System musi spełniać wymagania Web Content Accessibility Guidelines (WCAG 2.0), z uwzględnieniem poziomu AA, określonych w załączniku nr 4 do rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (KRI). |
6. | System nie może wymagać do działania instalacji dodatkowych wtyczek lub komponentów na stacjach roboczych użytkowników tj. Adobe Flash, Adobe AIR, Microsoft Silverlight, Oracle Java JRE i pokrewnych. |
7. | Dostęp do wszystkich Modułów Systemu Dziennika elektronicznego opartych na modelu usługowym SaaS dostarczonych w ramach niniejszego zamówienia musi być oparty o system zarządzania tożsamością użytkowników spełniający minimum następujące wymagania: 1) przechowywanie danych użytkowników: imię, nazwisko, nazwa użytkownika, rola w systemie, 2) przechowywanie w postaci zaszyfrowanej hasła użytkownika wraz z funkcją resetowania hasła dostępną dla użytkownika oraz administratora Systemu, 3) zintegrowane jednokrotne (SSO) logowanie użytkowników, 4) możliwość zarejestrowania w bazie usługi zarządzania tożsamością aplikacji SaaS, dla których będzie dostępna usługa jednokrotnego logowania, 5) przechowywanie informacji o grupach użytkowników wraz z możliwością dodania i usuwania członków grupy, 6) możliwość zarządzania bazą użytkowników za pomocą aplikacji Web. |
8. | System zainstalowany na Infrastrukturze Technicznej musi pracować w architekturze zorientowanej na usługi (SOA - Service-Oriented Architecture). Dla wszystkich obszarów funkcjonalnych Systemu dziennika elektronicznego 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. Wymiana danych z innymi systemami teleinformatycznymi musi odbywać się z użyciem szyfrowanych protokołów |
komunikacyjnych. | |
9. | W systemie muszą być tworzone logi (dzienniki zdarzeń systemowych) powstałe wskutek monitorowania Systemu, do których zapisywane będą działania użytkowników, modułów dostępowych lub interfejsów programistycznych API, w szczególności związanie z przetwarzaniem danych osobowych. |
10. | Pliki logów (dzienników zdarzeń systemowych) muszą być zabezpieczone poprzez zapis na zewnętrznych nośnikach danych i przechowywane w warunkach zapewniających bezpieczeństwo informacji. |
11. | Prawidłowe działanie systemu musi być regularnie monitorowane przez Wykonawcę. System musi być wyposażony w funkcje zabezpieczające przed atakiem, niepożądaną ingerencją, nieuprawnionym dostępem, kradzieżą, przetwarzaniem danych osobowych. Wykonawca musi niezwłocznie podjąć działania w przypadku wykrycia nieautoryzowanego dostępu. |
12. | System musi być zabezpieczony przez uszkodzeniami, nieautoryzowanym ujawnieniem, modyfikacjom, zniszczeniem, usunięciem lub utratą gromadzonych danych. |
13. | System musi umożliwiać połączenia z innymi systemami, modułami dostępowymi, interfejsami programistycznymi API w sposób gwarantujący bezpieczną pracę. |
14. | Wszystkie Moduły oparte na modelu usługowym SaaS muszą posiadać zunifikowany interfejs użytkownika. |
15. | Aktualizowanie danych prezentowanych użytkownikom musi odbywać się na bieżąco. |
16. | System musi umożliwiać zaprogramowanie nowego roku szkolnego (wprowadzanie lub import danych), tj. wygenerowanie lub wprowadzenie planu lekcji, promocję uczniów, przypisanie nauczycieli, uczniów do oddziałów/grup, wysyłanie komunikatów co najmniej na 14 dni przed rozpoczęciem danego roku szkolnego oraz musi umożliwiać dokonywanie zmian w trakcie trwania roku szkolnego. |
17. | System nie może wyświetlać żadnych treści i materiałów reklamowych i promocyjnych, np. w postaci banerów, tekstów. Niedopuszczalne jest emitowanie dźwiękowych materiałów reklamowych i promocyjnych. |
18. | Wykonawca lub jakikolwiek z elementów Systemu dziennika elektronicznego nie może: 1) wymagać od użytkowników Systemu ponoszenia jakichkolwiek dodatkowych opłat (jednorazowych lub cyklicznych), 2) zawierać dodatkowych umów lub wymagać od użytkowników wyrażania zgód lub akceptowania innych regulaminów niż te, na które Zamawiający wyraził zgodę lub zgody, 3) wymagać zakupu przez użytkowników dostępu do dodatkowych elementów Systemu w postaci pakietów, wariantów, dodatków, przez cały okres obowiązywania Umowy, 4) nakładać na użytkowników ograniczeń co do: a) liczby logowań, b) ilości pobieranych danych i częstotliwości pobierania (odświeżania) danych, c) dostępu do jakiejkolwiek funkcjonalności Systemu, d) ilości lub rodzaju użytego urządzenia do połączenia z Systemem. |
19. | System przed zalogowaniem użytkownika musi na ekranie startowym wyświetlać znaki graficzne projektu: „Fundusze Europejskie Program Regionalny”, „Dolny Śląsk”, „Unia Europejska Europejski Fundusz Rozwoju Regionalnego”, zgodnie z obowiązującymi zapisami Księgi Identyfikacji Wizualnej, przez okres obowiązywania Umowy. Księga Identyfikacji Wizualnej dostępna jest pod adresem: xxxxx://xxx.xxxxxxxxxxxxxxxxxxx.xxx.xx/xxxxx/0000/XXX_XXXX_00000000.xxx |
20. | System musi posiadać wbudowaną pomoc w postaci podręczników użytkownika, filmów instruktażowych. Wykonawca musi zapewnić Zamawiającemu wsparcie techniczne i merytoryczne w zakresie obsługi Systemu poprzez kontakt telefoniczny i pocztę elektroniczną z działem pomocy technicznej. |
21. | System musi sprawdzać poprawność wpisanych i przechowywanych wartości, np. PESEL, datę urodzenia, adresów e-mail. |
22. | Dostarczone dokumenty oraz materiały informacyjne i szkoleniowe muszą zawierać znaki graficzne projektu: „Fundusze Europejskie Program Regionalny”, „Dolny Śląsk”, „Unia Europejska Europejski Fundusz Rozwoju Regionalnego”, zgodnie z obowiązującymi zapisami Księgi Identyfikacji Wizualnej. Księga Identyfikacji Wizualnej dostępna jest pod adresem: xxxxx://xxx.xxxxxxxxxxxxxxxxxxx.xxx.xx/xxxxx/0000/XXX_XXXX_00000000.xxx |
23. | Rodzic i/lub opiekun prawny po jednorazowym zalogowaniu się do Systemu musi posiadać dostęp do danych o wszystkich przypisanych do jego konta uczniów. Opisany przypadek dotyczy w szczególności sytuacji, gdy jeden z uczniów uczęszcza np. do tej samej szkoły lub innych szkół. Zamawiający dopuszcza po zalogowaniu wybór ucznia z użyciem bramy, która przeniesie rodzica/opiekuna prawnego do danych wybranego ucznia oraz umożliwi powrót do wyboru innego ucznia bez konieczności ponownej autoryzacji w Systemie. |
24. | Wykonawca może samodzielnie udoskonalać System, w szczególności upraszczać, rozszerzać, modyfikować w zgodzie z sugestiami Zamawiającego lub innymi użytkownikami. Dodatkowo Wykonawca będzie świadczył nieodpłatnie usługę modyfikacji i rozwoju Systemu w okresie obowiązywania gwarancji w liczbie min. 500 roboczogodzin. |
25. | Zamawiający nie zezwala na ankietowanie użytkowników Systemu przez Wykonawcę lub inne podmioty bez zgody Zamawiającego oraz nie zezwala na wykonywania analiz danych gromadzonych w Systemie do celów prowadzenia badań samodzielnie przez Wykonawcę lub przez inne podmioty, w tym w szczególności badań naukowych oraz badań związanych z wpływem Systemu na obszary funkcjonowania Placówki edukacyjnej oraz jakości edukacji. |
26. | Obowiązkiem Wykonawcy jest zweryfikowanie aktualnie obowiązujących w Placówkach edukacyjnych dokumentów w zakresie ochrony danych osobowych, a w przypadku takiej konieczności, ich uaktualnienie lub sporządzenie wzorców nowych dokumentów w sposób zapewniający zgodność wdrożonego rozwiązania z wymogami prawa w zakresie ochrony danych osobowych. |
2. Minimalne wymagania i funkcjonalności Modułu dziennika elektronicznego
Lp. | Nazwa |
1. | Moduł dziennika elektronicznego musi posiadać możliwość prowadzenia elektronicznych dzienników zgodnie z ustawą o ochronie danych osobowych oraz obowiązującymi przepisami Ministerstwa Edukacji Narodowej. |
2. | Moduł dziennika elektronicznego musi być rozwiązaniem opartym na modelu usługowym SaaS i umożliwiać pracę jako natywna aplikacja lub z wykorzystaniem aktualnych wersji przeglądarek internetowych: Google Chrome, Mozilla Firefox, Opera, Microsoft Internet Explorer, Microsoft Edge, Safari. |
3. | Dostęp do Dziennika elektronicznego dla opiekunów prawnych i uczniów musi być zapewniony z dowolnego komputera wyposażonego w graficzny system operacyjny i na urządzeniach mobilnych z możliwością bezpłatnego pobrania i nieograniczonego używania i dostępu, bez konieczności dokonywania jakichkolwiek opłat (w tym mikropłatności), bezpośrednio ze sklepów Google Play, AppStore lub poprzez przeglądarkę internetową. |
4. | Dostęp do Dziennika elektronicznego dla nauczycieli musi być zapewniony z dowolnego komputera wyposażonego w graficzny system operacyjny i na urządzeniach mobilnych z możliwością bezpłatnego pobrania i nieograniczonego używania, bez konieczności dokonywania jakichkolwiek opłat (w tym mikropłatności), bezpośrednio ze sklepów Google Play, AppStore lub poprzez przeglądarkę internetową. |
5. | Rodzice/opiekunowie prawni oraz uczniowie muszą mieć możliwość sprawdzenia planu zajęć na bieżący dzień w tym informację o zastępstwach, dostępu do kalendarza, wysyłania/odbierania komunikatów do administratorów, nauczycieli i do przypisanych rodziców/opiekunów prawnych i uczniów. |
6. | Nauczyciele muszą mieć możliwość sprawdzenia frekwencji, wyboru lub wpisania tematu, dostępu do kalendarza, sprawdzenia planu zajęć na bieżący dzień w tym informacji o zastępstwach, wysyłania/odbierania komunikatów do administratorów, nauczycieli, opiekunów prawnych i uczniów. |
7. | Nauczyciele i dyrektorzy muszą mieć możliwość wpisywania do Dziennika elektronicznego uwag o zachowaniu ucznia. |
8. | Aplikacja mobilna dla nauczycieli musi zawierać co najmniej funkcjonalności związane ze sprawdzeniem frekwencji, wpisaniem tematu zajęć, wpisaniem lub poprawą oceny, uwag o uczniu, sprawdzeniem kalendarza wydarzeń, tablicy ogłoszeń, aktualnym planie lekcji (w tym informacjom o zastępstwach). |
9. | Dziennik elektroniczny obsługiwany poprzez natywne aplikacje w urządzeniach mobilnych musi zapewniać rodzicowi/opiekunowi prawnemu i uczniowi dostęp do ocen, nieobecności, aktualnym planie lekcji (w tym informacjom o zastępstwach), kalendarzu wydarzeń, tablicy ogłoszeń, informacji o zadaniach domowych, w tym widoku głównym, zawierającym zbiorczą informację o uczniu na bieżący dzień i kolejny. |
10. | Dziennik elektroniczny musi umożliwiać wymianę korespondencji między nauczycielami, rodzicami/opiekunami prawnymi i uczniami. Funkcjonalność dla urządzenia mobilnego musi obejmować tworzenie i czytanie korespondencji, w tym zawierać informację o odczytaniu wiadomości przez adresata wiadomości. |
11. | Działanie aplikacji natywnej musi odbywać się w technice PUSH (lub innej technologii powiadomień użytkownika funkcjonującej analogicznie jak PUSH), tzn. otrzymanie przez odbiorcę informacji musi odbywać się automatycznie z chwilą opublikowania danej wiadomości, o czym odbiorca ma być informowany komunikatem. |
12. | Funkcja PUSH musi umożliwiać blokowanie otrzymywania informacji np. w godzinach nocnych - konfigurowalna przez dowolnego użytkownika. Domyślnie funkcja musi być ustawiona na blokowanie otrzymywania informacji np. w godzinach nocnych od 22 do 6. |
13. | Dziennik elektroniczny musi posiadać funkcjonalność, która w przypadku braku dostępu do Internetu (offline) pozwoli nauczycielowi na przeglądanie planu lekcji, wpisanie oceny, sprawdzenie frekwencji, wpisanie uwagi, a po uzyskaniu połączenia z Internetem automatyczną synchronizację danych z Systemem. Zamawiający dopuszcza możliwość zainstalowania oprogramowania klienta do obsługi funkcjonalności offline na komputerach użytkownika. Wykonawca będzie dokonywał instalacji oprogramowania obsługującego funkcjonalność offline w uzgodnieniu z Zamawiającym. |
14. | W razie braku dostępu do Internetu dowolny użytkownik aplikacji mobilnej będzie miał dostęp do danych zsynchronizowanych przy ostatnim połączeniu. |
3. Minimalne cechy Modułu Dziennika elektronicznego - funkcje dla nauczycieli
Lp. | Nazwa |
1. | Dziennik elektroniczny musi rejestrować oceny, frekwencję oraz dokonywane zmiany w danych. Rejestracja zmian powinna być dokonywana każdorazowo. Rejestr zmian musi zawierać informacje przynajmniej o ocenach, frekwencji oraz zmianie danych osobowych. W historii zmian system musi rejestrować dokładną datę i godzinę wprowadzenia lub zmiany każdej informacji, imię i nazwisko oraz stanowisko osoby dokonującej zmiany, rodzaj dokonanej zmiany (wprowadzona, zaktualizowana), adres IP z którego dokonano zmiany oraz wartości dotychczasowe oraz zmienione. |
2. | Nauczyciel musi mieć możliwość zdefiniowania sposobu wpisywania ocen, niezależnie od przedmiotu, poziomu nauczania w skali od 1 do 6 (z wartościami specjalnymi, np. ocena ze znakiem "-" i "+"), w systemie punktowym, w systemie oceniania opisowego, oceniania kształtującego. Każdego ucznia można ocenić jednocześnie na więcej niż jeden z podanych sposobów. |
3. | System musi być wyposażony w gotowe szablony oceny opisowej do zaznaczania lub wybierania z listy. |
4. | Każda ocena poprawiona musi być wyróżniona na liście ocen np. za pomocą innego koloru czcionki, oddzielenia przecinkiem lub przekreślenia. Nauczyciel musi mieć możliwość wybrania, która ocena ma być liczona do średniej ocen oraz ustalenia wagi oceny. |
5. | System musi rejestrować, oprócz wartości oceny, następujące informacje do danej oceny: datę wystawienia oceny, dokładną datę i godzinę wpisania oceny do dziennika, imię i nazwisko nauczyciela, który dokonał wpisu oceny, pozwalające jednoznacznie zidentyfikować osobę, która wpisała ocenę, kategorię oceny, wagę oceny, opcjonalny komentarz nauczyciela do oceny, zaznaczenie czy dana ocena ma być liczona do średniej ocen, oznaczenia parametru (np. koloru), aby możliwe było rozróżnianie kategorii oceny (np. sprawdzian, zadanie domowe itp.) |
6. | Dziennik elektroniczny musi umożliwiać nauczycielowi wyświetlanie ocen w widokach lub raportach, np. poprzez filtrowanie lub sortowanie ocen według kategorii. kolejności lub dat dodania ocen. |
7. | W widoku dziennika musi być zawarta wyliczona automatycznie średnia ważona lub średnia arytmetyczna ocen. Parametr ten może być skonfigurowany globalnie na poziomie każdej szkoły niezależnie. System musi zezwolić nauczycielowi samodzielnie przełączyć sposób obliczania średniej dla dowolnego przedmiotu, do którego jest przypisany. |
8. | System musi zawierać mechanizm tworzenia i przypisania uczniów do grup: wewnątrzklasowych, międzyklasowych złożonych z uczniów tego samego poziomu, międzyklasowych złożonych z uczniów różnych poziomów. Podział na grupy musi być pokazany w widoku planów lekcji oraz widoku lekcji zrealizowanych. |
9. | Dane z zajęć grupowych, takie jak oceny, frekwencja muszą w sposób automatyczny być przenoszone do dzienników głównych, odpowiednio dla klas, z których pochodzą uczniowie. Ponadto nauczyciel prowadzący zajęcia grupowe musi mieć dostęp do danych o ocenach i frekwencji bezpośrednio z dziennika "grupowego". |
10. | Do dziennika elektronicznego nauczyciel musi mieć możliwość wpisania frekwencji ucznia z wyróżnieniem co najmniej następujących zdarzeń: nieobecności nieusprawiedliwionej, nieobecności usprawiedliwionej, spóźnienia, zwolnienia z danej lekcji, zwolnienia czasowego (opcja dla wychowawcy klasy), zdefiniowania innego rodzaju nieobecności oraz sposobu uwzględniania nieobecności w statystykach (np. wyjazd do sanatorium, zawody, praktyki zawodowe, nauczanie indywidualne). |
11. | System musi posiadać możliwość automatycznego usprawiedliwienia nieobecności ucznia w przypadku, gdy opiekun prawny lub pełnoletni uczeń poprzez funkcję wbudowanego komunikatora wypełni i wyśle wniosek o usprawiedliwienie, zawierający zakres dat lub zakres godzin lekcyjnych nieobecności oraz powód nieobecności. System po wysłaniu usprawiedliwienia automatycznie dokona zmiany nieobecności na usprawiedliwioną dla podanego zakresu dat lub godzin, potwierdzi zgłaszającemu (pełnoletniemu uczniowi, wychowawcy) fakt zarejestrowania w dzienniku usprawiedliwienia nieobecności. |
12. | W przypadku usprawiedliwiania nieobecności z wyprzedzeniem system musi automatycznie uwzględnić dane usprawiedliwienie i automatycznie usprawiedliwić nieobecność po dacie zgłoszenia w podanym w usprawiedliwieniu zakresie dat lub godzin. |
13. | System musi być wyposażony w funkcję kalendarza, w którym będzie możliwe |
publikowanie dowolnego zdarzenia, wydarzenia, informacji dla szkoły, danego oddziału, grupy wewnątrzoddziałowej lub międzyoddziałowej. Każdy użytkownik będzie miał dostęp do informacji, które dotyczą wyłącznie jego profilu lub profili, do których został przypisany. | |
14. | Kalendarz musi mieć funkcję rejestrowania dokładnej daty i godziny zapisania do bazy, imię i nazwisko osoby wpisującej informację, możliwość sporządzenia notatki nt. zdarzenia. |
15. | Dane w kalendarzu muszą być przechowywane co najmniej do zakończenia danego roku szkolnego. |
16. | Dziennik elektroniczny musi posiadać widok dla nauczyciela, w którym pojawi się lista braków w prowadzonej przez niego dokumentacji, np. brak tematu, nieuzupełniona frekwencja, brak niezrealizowanych lekcji. Nauczyciel musi mieć możliwość bezpośredniego dotarcia z tego widoku do każdego miejsca (innego widoku), w którym występują braki w zakresie jego dokumentacji. Nauczyciel musi mieć w tym widoku możliwość uzupełniania braków w dokumentacji. |
17. | System musi posiadać widok z informacją zbiorczą o wybranych uczniach lub uczniu. Zbiorcza informacja musi wyświetlać dane o ocenach, frekwencji. Dla danego ucznia muszą być prezentowane postępy względem poziomu edukacyjnego w danej szkole w formie tabelarycznej lub wykresu. Muszą być ponadto dostępne informacje o przesłanych uwagach oraz informacja, czy zostały one przeczytane. W widoku powinny być prezentowane dokładne daty i godziny logowania opiekunów prawnych oraz ucznia. |
18. | Dziennik elektroniczny musi pozwalać na wpisywanie ocen z zachowania do słownika wzorców w sposób punktowy (wartości ujemne za nieodpowiednie zachowanie, wartości dodatnie za właściwe zachowanie). Ocena punktowa z zachowania musi pozwalać na dopisanie wartości oraz opisu. System musi umożliwiać standardowy sposób oceniania zachowania. |
19. | Dziennik elektroniczny musi ułatwiać pracę nauczycieli poprzez funkcję kojarzenia tematów lekcji zawartych w rozkładach materiałów nauczania z odnośnikami do zasobów edukacyjnych umieszczonych w Internecie na platformach edukacyjnych czy usługach przechowywania plików w chmurze np. Google Drive, Dropbox, Microsoft OneDrive, OwnCloud. System nie może ograniczać możliwości korzystania przez nauczyciela z tylko jednego wymienionego sposobu składowania danych. Nauczyciel musi mieć możliwość dodania nowego pliku z komputera bezpośrednio do chmury i automatycznego przyłączania pliku do danego tematu lekcji. Wykonawca nie musi zapewniać przestrzeni dyskowej w chmurze na pliki przechowywane przez nauczycieli. |
20. | Dziennik elektroniczny musi umożliwiać dostęp do bazy gotowych, opisanych (dane o pochodzeniu/autorstwie rozkładu) i przygotowanych do wykorzystania przez nauczycieli rozkładów materiałów nauczania od przynajmniej 6 różnych wydawnictw edukacyjnych. Z poziomu dziennika nauczyciel będzie miał możliwość wpisania swojego rozkładu materiału. Wykorzystywanie dodanych do bazy nowych lub zaktualizowanych rozkładów materiałów nauczania po dacie zawarcia Umowy będzie dla Zamawiającego bezpłatne w okresie obowiązywania umowy. |
21. | System musi prawidłowo ewidencjonować dowolny, wyrażony w minutach czas trwania zajęć dodatkowych w podziale na różne kategorie oraz rejestrować listę uczniów przypisanych do danych zajęć oraz automatycznie przeliczać czas zrealizowanych zajęć dodatkowych w danej kategorii na godziny dydaktyczne. |
22. | System musi być wyposażony w moduł edukacji wczesnoszkolnej, który będzie umożliwiał co najmniej ustalanie czasu trwania zajęć w ramach bloku lekcyjnego poszczególnych edukacji w systemie minutowym lub ustalanie zajęć w trybie normalnych godzin lekcyjnych dla danej szkoły i w oparciu o narzucony plan lekcji. |
23. | System musi umożliwiać wprowadzanie frekwencji i tematów zajęć dla całego bloku edukacji wczesnoszkolnej, aby nie było konieczne kilkukrotne wprowadzanie dla kolejnych godzin. |
24. | System musi zezwalać nauczycielowi na odnotowanie tematu dnia oraz jednocześnie tematów szczegółowych dla każdej edukacji realizowanej w danym dniu. |
25. | System musi umożliwiać przeprowadzanie analiz ocen, frekwencji z podziałem na oddziały, semestry, konkretne miesiące, konkretne przedmioty. System musi umożliwiać analizę klasyfikacji śródrocznej i rocznej. |
26. | Dziennik elektroniczny musi zawierać funkcję pozwalającą na sporządzenie zastawienia zawierającego frekwencję z podanego miesiąca, frekwencję z konkretnego dnia i godziny lekcyjnej (np. w przypadku konieczności ewakuacji) z podsumowaniem liczby osób obecnych, nieobecnych i procentowym obecności ogółem oddzielnie dla każdego oddziału szkolnego. |
27. | System musi umożliwiać wygenerowanie zestawień zawierających wykresy i tabele z informacjami o frekwencjach poszczególnych oddziałów i uczniów w tych oddziałach, średnich ocen, rozkładów ilości poszczególnych ocen, ocen śródrocznych i rocznych, średnią przedmiotów, klas oraz uczniów, zestawieniem ocen z zachowania. |
28. | System musi być wyposażony w graficzne przedstawienie wyników oraz frekwencji oraz rytmiczności oceniania w każdej placówce. |
29. | System musi zawierać moduł wspomagający nauczyciela w zaplanowaniu i przygotowaniu dokumentacji wycieczki zawierający następujące funkcjonalności: 1) tworzenie grup wycieczkowych złożonych z dowolnej liczby uczniów pochodzących z dowolnych klas w danej szkole oraz dodania danych uczniów spoza szkoły – dane muszą być uwzględnione na wydruku karty wycieczki, 2) określanie kierownika wycieczki oraz innych opiekunów spośród nauczycieli danej szkoły lub spoza szkoły – dane muszą być uwzględnione na wydruku karty wycieczki, 3) stworzenie harmonogramu wycieczki zawierającego dokładne daty i godziny zegarowe trwania wycieczki oraz wskazanie w sposób niezależny ilości godzin lekcyjnych, przedmiotów i tematów wybranych z rozkładów materiału nauczania będzie zapisany w dziennikach klas, których uczniowie byli uczestnikami wycieczki lub zrealizowanych w ramach danej wycieczki, 4) możliwość wyboru, czy lekcja realizowana w ramach wycieczki ma być doliczona do realizacji ramowego planu nauczania, 5) możliwość uzupełnienia frekwencji analogicznie jak w opisie sprawdzania obecności w grupach, z automatycznym przeniesieniem tych danych do właściwych dzienników lekcyjnych, 6) generowanie wypełnionej karty wycieczki zgodnej ze wzorem MEN. |
30. | Moduł wycieczek musi umożliwiać odwołanie zajęć wynikający z planu lekcji w sytuacji, gdy cała klasa realizuje zajęcia na wycieczce. |
31. | 1) W module Zastępstw musi zostać wyświetlona informacja o zajęciach odwołanych przez moduł Wycieczki, aby nie było konieczności ponownego odwoływania zajęć klasy w tym module oraz dodawania nieobecności klasy na dzień wycieczki, 2) Jeżeli odwołano zajęcia przez moduł Wycieczki, w planie lekcji klasy ma zostać wyświetlone powiadomienie o odwołaniu zajęć, 3) W kalendarzu wydarzeń klasowych musi zostać wyświetlone powiadomienie o odwołaniu zajęć z poziomu modułu Wycieczki. |
32. | Wygenerowanie wycieczki musi spowodować w systemie automatyczne uwzględnienie danych, bez konieczności ponownego wprowadzania: 1) W module zastępstw - informacji o odwołanych zajęciach, 2) W planie lekcji - wyświetlenia powiadomienia o odwołaniu zajęć, |
3) W kalendarzu wydarzeń klasy biorącej udział w wycieczce. | |
33. | System musi być wyposażony w funkcjonalność zadawania uczniom prac domowych i przekazywania notatek z lekcji oraz wysyłki prac na zadane adresy e-mail lub na dysk sieciowy w chmurze, skonfigurowany przez nauczyciela poprzez podanie (wklejenie) odnośnika lub odnośników. |
34. | System musi posiadać możliwość dokumentowania nauczania indywidualnego poprzez: 1) Zdefiniowanie indywidualnego planu lekcji ucznia w oparciu o godziny lekcyjne obowiązujące w szkole lub inny dowolny zakres czasu definiowany przez nauczyciela, 2) System musi umożliwiać zdefiniowanie dla każdego ucznia okresu skierowania go na nauczanie indywidualne oraz wskazanie zajęć, które będzie realizował w trybie indywidualnym oraz jednocześnie takich, z których ewentualnie został zwolniony lub w których będzie uczestniczył razem z klasą, 3) System musi uwzględniać dane o ocenach ucznia realizującego nauczanie indywidualne w statystykach klasy, do której przynależy (np. zestawieniach klasyfikacji, eksporcie dziennika do archiwum), 4) Jeżeli uczeń nauczany jest indywidualnie z danego przedmiotu to wystawianie frekwencji w trakcie zajęć całej klasy lub grupy zajęciowej musi być dla niego automatycznie zablokowane przez system w okresie trwania nauczania indywidualnego, 5) Plan lekcji nauczania indywidualnego musi być uwzględniany na widokach planu lekcji danego ucznia, jak również planu klasy w widokach nauczycieli, 6) Realizacje nauczania indywidualnego ucznia muszą być wliczane w statystyki realizacji Ramowego Planu Nauczania. |
35. | System musi udostępniać nauczycielom narzędzie umożliwiające proste tworzenie notatek lekcyjnych wyświetlanych uczniom np. przez projektor na ekranie lub tablicy interaktywnej. Tworzenie tych notatek lekcyjnych być musi odbywać się poprzez stronę internetową i w sposób automatyczny zapisywane do bazy danych. Zamawiający nie przewiduje zapisywania zrzutów z ekranu w postaci pojedynczych plików. Moduł ten musi obejmować co najmniej: 1) Możliwość umieszczania w notatce prostych kształtów (prostokąt, kwadrat, okrąg, trójkąt), osi współrzędnych i wykresów, grafiki, tekstu, dowolnych kształtów rysowanych odręcznie, 2) Zapisywanie tworzonych notatek w trybie animacji w czasie rzeczywistym do ponownego odtworzenia w trakcie innych zajęć prowadzonych przez nauczyciela, możliwość udostępnienia/cofnięcia udostępnienia w ramach dziennika elektronicznego notatek z tablicy interaktywnej do wglądu uczniom, 3) Możliwość powiązania notatek z tablicy interaktywnej z tematem w rozkładzie materiału w sposób, który umożliwi automatyczne wyświetlenie nauczycielowi odnośnika (linku) do takiej notatki za każdym razem kiedy dany temat będzie realizowany na lekcji. |
36. | System musi zawierać funkcjonalność pozwalającą wychowawcom klas planowanie zebrań z rodzicami, automatyczne przekazywanie informacji poprzez moduł Komunikacji o zebraniach oraz generowanie kart informacyjnych dla rodziców zawierających zestawienia ocen z poszczególnych przedmiotów oraz informacji o nieobecnościach. |
37. | System musi umożliwiać codzienne i automatyczne losowe generowanie tzw. "szczęśliwego numerka". |
38. | Dziennik elektroniczny musi zawierać mechanizmy ułatwiające i usprawniające pracę np. seryjną zmianę ocen, seryjne wstawianie obecności (np. przechodzenie do sąsiednich pól poprzez jedno kliknięcie lub strzałki kursora). |
4. Minimalne cechy Modułu dziennika elektronicznego - funkcje dla dyrektorów
Lp. | Nazwa |
1. | Moduł musi zapewniać eksport danych z każdego rodzaju dziennika elektronicznego do pliku XML i innego formatu, który po otwarciu w zewnętrznym programie np. w arkuszu kalkulacyjnym odwzorowywał będzie graficzny układ obowiązującego wzoru dziennika papierowego. Funkcja eksportu dziennika musi być zaprojektowana w taki sposób, aby możliwe było wygenerowania kilku dzienników jednym zleceniem użytkownika. |
2. | Dyrektor musi mieć możliwość kontroli aktywności dowolnego użytkownika w systemie, dokładnej daty i godziny ostatniego logowania do systemu dowolnego użytkownika, miesięcznego rozkładu ocen każdego nauczyciela, ilości ocen wpisanych do systemu w wybranym zakresie dat. |
3. | Dyrektor musi mieć uprawnienia do sprawdzenia w każdym czasie realizacji rozkładu materiału dla każdego przedmiotu i każdej realizowanej lekcji. System musi przekazywać dyrektorowi informację o tematach, które nie należały do rozkładów materiałów nauczania. System musi dawać też możliwość monitorowania realizacji tematów i lekcji, które są realizowanych w grupach. |
4. | Dyrektor szkoły musi mieć uprawnienia do zarządzania i generowania loginów, haseł i nadawania uprawnień dla administratorów dziennika. |
5. | System musi umożliwiać konstruowanie i publikowanie i zbieranie wyników ankiet, bezpośrednio przez stronę internetową, z możliwością wskazywania grup odbiorców, np. opiekunów prawnych, uczniów, nauczycieli. Rodzaje pytań, które musi obsługiwać moduł ankiet: pytania jednokrotnego i wielokrotnego wyboru, pytania otwarte, pytania w skali. Ankiety muszą być przechowywane w systemie dziennika elektronicznego. |
6. | System musi zawierać funkcjonalność planowania zastępstw doraźnych, w tym: łączenia grup w ramach jednego oddziału lub grup z oddziałów; dzielenia oddziałów na grupy, przypisywanie dowolnego nauczyciela do realizacji zastępstwa. |
7. | System musi posiadać funkcję odwołania zajęć, przesunięcia zajęć. |
8. | System musi generować zestawienia wszystkich zrealizowanych w danym miesiącu zastępstw wg typu (np. płatne, niepłatne, inne) i nauczyciela. |
9. | Informacje o zastępstwach muszą być w sposób automatyczny nanoszone na plan lekcji widoczny dla ucznia i opiekuna prawnego. System musi powiadamiać nauczyciela poprzez komunikator o przydzielonym zastępstwie. |
10. | System musi wskazywać (podpowiadać) ustanawiającemu zastępstwo wolną salę, w której mogą być przeprowadzone zajęcia. |
11. | Osoba prowadząca zastępstwo musi mieć możliwość sprawdzenia frekwencji, wpisania oceny, wpisania tematu prowadzonych zajęć. |
12. | System musi zliczać w sposób automatyczny ilość zrealizowanych godzin lekcyjnych względem do ramowych planów nauczania: 1) Dla każdego przedmiotu i dla każdej klasy na całym etapie edukacyjnym (automatyczne wykazywanie wszystkich godzin z całego etapu edukacyjnego oraz z danego roku szkolnego – zbiorczy widok dostępny w każdej chwili w module dziennika elektronicznego), 2) Z uwzględnieniem zajęć realizujących podstawę programową prowadzonych przez nauczycieli w ramach zastępstw i wycieczek, 3) Z możliwością konfigurowania przez każdą szkołę grup przedmiotów, dla których będzie prezentowana łączna liczba zrealizowanych godzin (np. edukacja wczesnoszkolna, przedmioty zawodowe), 4) Mechanizm przeliczający wyrażony w minutach czas realizacji poszczególnych edukacji w ramach bloków edukacji wczesnoszkolnej na godziny dydaktyczne |
rozliczane w ramowych planach nauczania. | |
13. | Użytkownik o uprawnieniach dyrektora musi mieć możliwość kontroli pracy szkoły w zakresie: 1) Braków sprawdzania frekwencji i wpisanych tematów zajęć w podziale na nauczycieli, 2) Absencji uczniów i tworzenia zestawienia listy uczniów, których nieobecności przekraczają wymagany minimalny wymiar lub zdefiniowany przez dyrektora poziom, 3) Tworzenia zestawienia uczniów zagrożonych brakiem promocji do kolejnej klasy, 4) Generowania listy nauczycieli z informacją o ilości wystawionych ocen, średniej i medianie wystawionych ocen, 5) Przejścia w kolejnych kliknięciach od danych ogólnych do szczegółowych, z możliwością podziałów na uczniów, nauczycieli, klasy, przedmioty. |
14. | System musi posiadać funkcję generowania wykresów co najmniej z informacjami o bieżącej średniej ocen, zrealizowanych lekcjach bez uzupełnionego tematu, brakach w sprawdzaniu frekwencji uczniów. Wykresy muszą zawierać wartość i nazwę danego parametru |
15. | Dyrektor musi mieć możliwość wygenerowania i wydrukowania listy uczniów obecnych w danym momencie w szkole oraz ich liczby w podziale na oddziały, na potrzeby ewentualnej ewakuacji. |
5. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność administratora
Lp. | Nazwa |
1. | System musi mieć możliwość definiowania kategorii ocen. |
2. | System musi mieć możliwość definiowania kategorii frekwencji. |
3. | System musi posiadać funkcjonalność kalendarza szkolnego, w którym można definiować kategorie wydarzeń. |
4. | Do modułu administracyjnego muszą mieć dostęp tylko wybrani użytkownicy. |
5. | System musi umożliwiać pracę jednostkom wchodzącym w skład zespołu szkół. Dyrektor oraz inni pracownicy mają mieć możliwość filtrowania danych dla konkretnej jednostki szkolnej. System musi uwzględniać sytuację, że jeden nauczyciel może uczyć w wielu jednostkach w ramach zespołu. |
6. | Administrator musi mieć możliwość definiowania w dowolnym zakresie dat blokady dotyczącej możliwości dodania, zmian lub usuwania danych dotyczących co najmniej ocen, frekwencji, zachowania, zrealizowanych lekcji. |
7. | System musi dawać możliwość migracji uczniów między klasami lub grupami w dowolnym momencie roku szkolnego. |
8. | Uczeń w momencie przenoszenia lub skreślenia musi być dalej widoczny na liście danej klasy i w sposób jednoznaczny oznaczony jako skreślony. |
9. | System musi dawać możliwość dokonywania zmian przydziałów nauczycieli w dowolnym momencie roku szkolnego. Nauczyciel musi automatycznie uzyskać możliwość kontynuowania pracy z klasą, realizowanych przez poprzedniego nauczyciela oraz do rozkładów materiałów nauczania, w tym podpowiedzi zrealizowanych tematów. |
10. | System musi umożliwiać wygenerowanie legitymacji szkolnych z możliwością wyboru dla poszczególnego ucznia, grupy lub klasy – i wydrukowania zbiorczo na giloszu A4. System musi posiadać rejestr wydanych legitymacji. System musi przechowywać dokładną datę i godzinę zlecenia wydruku legitymacji szkolnej. |
6. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność konta od
strony rodziców/opiekunów
Lp. | Nazwa |
1. | System musi umożliwiać zakładanie osobnych kont dla dowolnej liczby rodziców/opiekunów oraz przypisanie do tych kont właściwych uczniów. |
2. | Każdy z użytkowników musi posiadać odrębną skrzynkę do odbierania i wysyłania wiadomości do dowolnego nauczyciela w sposób zapewniający poufność. |
3. | System musi umożliwiać stworzenie powiązania każdego ucznia z co najmniej dwoma kontami rodzica/opiekuna. |
4. | Każdy rodzic/opiekun musi mieć dostęp po zalogowaniu do co najmniej następujących informacji - o ocenach, kategoriach, datach i wagach w podziale na semestry, o frekwencji dziecka wraz z typem nieobecności, do kalendarza klasowego, planu lekcji, zadań domowych, listy tematów zrealizowanych w zadanym okresie czasu. |
5. | Każdy rodzic/opiekun musi mieć dostęp po zalogowaniu się do informacji o wszystkich przypisanych uczniach z różnych placówek edukacyjnych objętych Systemem bez konieczności przelogowania się lub posiadania kilku loginów i haseł dla każdego przypisanego ucznia oddzielnie. |
6. | Każdy rodzic/opiekun musi mieć możliwość sprawdzenia, czy wysłana wiadomość została odebrana przez adresata. |
7. | System musi wskazywać po zalogowaniu, które dane zostały dodane lub uległy zmianie od czasu ostatniego zalogowania. |
7. Minimalne cechy Modułu dziennika elektronicznego - minimalna funkcjonalność konta ucznia
Lp. | Nazwa |
1. | System musi umożliwiać zakładanie osobnych kont dla dowolnej liczby uczniów oraz przypisanie do tych kont właściwych kont rodziców/opiekunów prawnych, klas lub grup, do których dany uczeń jest przypisany. |
2. | Każdy uczeń musi posiadać odrębną skrzynkę do odbierania i wysyłania wiadomości do dowolnego nauczyciela w sposób zapewniający poufność. |
3. | System musi umożliwiać uczniom wysyłanie wiadomości poprzez Moduł komunikacji do rodziców/opiekunów prawnych, dowolnego nauczyciela/i ze szkoły, do której jest przypisany uczeń. |
4. | Każdy uczeń musi mieć dostęp po zalogowaniu do co najmniej następujących informacji - o ocenach, kategoriach, datach i wagach w podziale na semestry, o frekwencji wraz z typem nieobecności, do kalendarza klasowego, planu lekcji, zadań domowych, listy tematów zrealizowanych w zadanym okresie czasu, „szczęśliwego numerka”. |
5. | Każdy uczeń musi mieć możliwość sprawdzenia, czy wysłana wiadomość została odebrana przez adresata. |
6. | System musi wskazywać po zalogowaniu, które dane zostały dodane lub uległy zmianie od czasu ostatniego zalogowania. |
8. Minimalne wymagane funkcjonalności Modułu importu/eksportu danych dla Systemu dziennika elektronicznego
Lp. | Nazwa |
1. | System musi umożliwiać eksport i import danych do dziennika elektronicznego w formacie SOU (opis ucznia w formacie XML), CSV oraz poprzez interfejsy programistyczne API. |
2. | System musi umożliwiać opiekunom prawnym dostęp do informacji dotyczących przetwarzania danych osobowych w sposób zgodny z obowiązującym prawem dotyczącym ochrony danych osobowych. |
3. | System musi umożliwiać import pełnego planu lekcji z zewnętrznej aplikacji lub modułu planu lekcji. System musi rozpoznać zmiany, odpowiednio dodać nowe i usunąć nieaktualne pozycje w planie lekcji. |
4. | System musi po imporcie planu lekcji automatycznie tworzyć podziały na grupy zgodne z danymi z planu lekcji oraz definiowania okresu obowiązywania planu lekcji. |
5. | System musi umożliwiać sprawdzenie zastąpionego (archiwalnego) planu lekcji wg podanej daty w obrębie obowiązującego roku szkolnego. |
9. Minimalne wymagania Modułu komunikacji
Lp. | Nazwa |
1. | Moduł komunikacji musi umożliwiać przesyłanie wiadomości w dwóch kierunkach wewnątrz systemu pomiędzy dowolnym użytkownikiem, posiadającym konto w systemie a prawnymi opiekunami lub/i uczniami w obrębie danej szkoły. |
2. | Moduł komunikacji musi posiadać mechanizm informujący użytkowników o otrzymanych nowych wiadomościach oraz o ilości nieodebranych wiadomości - informacja wyświetlana co najmniej w widoku głównej strony serwisu. |
3. | Moduł komunikacji musi pozwalać na dołączanie załączników do wiadomości. |
10. Minimalne cechy Modułu Arkuszy ocen, Modułu Świadectw w dzienniku elektronicznym - wymagania od strony użytkownika
Lp. | Nazwa |
1. | Moduł arkuszy ocen oraz moduł świadectw musi być rozwiązaniem opartym na modelu usługowym SaaS i umożliwiać pracę jako natywna aplikacja lub z wykorzystaniem aktualnych wersji przeglądarek internetowych: Google Chrome, Mozilla Firefox, Opera, Microsoft Internet Explorer, Microsoft Edge, Safari. |
11. Minimalne cechy Modułu arkuszy ocen, Modułu świadectwa w dzienniku elektronicznym - wymagane cechy aplikacji
Lp. | Nazwa |
1. | Moduł musi umożliwiać wydruk świadectw według aktualnie obowiązującego wzoru (symbolu) na giloszu. |
2. | Moduł musi automatycznie pobierać i wypełniać wszystkie dane na świadectwie. |
3. | System musi odmieniać przez przypadki lub umożliwić skonfigurowanie (możliwość definiowania nazwy szkoły, która zostanie automatycznie przeniesiona na wszystkie świadectwa) użycia w odpowiednim przypadku, np. nazwy szkoły, miejscowości, województwa. |
4. | System musi umożliwiać wydruk arkuszy ocen według aktualnie obowiązujących wzorów (symboli). |
5. | System musi przechowywać dokładną datę i godzinę zlecenia wydruku świadectwa, arkusza ocen, legitymacji szkolnej na giloszu A4 (prowadzenia rejestru legitymacji edukacyjnych). |
6. | Moduł świadectw musi umożliwiać import danych uczniowskich z formatu SOU. |
7. | System musi umożliwiać przed wydrukiem podgląd wszystkich stron wypełnionego |
świadectwa na tle zgodnym z wyglądem właściwego gilosza, a po zaakceptowaniu przez użytkownika wykonanie wydruku. | |||||
8. | System musi umożliwić zaznaczenie do wydruku świadectw dla jednego, kilku lub wszystkich uczniów danej klasy. System musi rozróżniać, czy świadectwo będzie z wyróżnieniem czy bez i sortować wydruk (podpowiadać). | ||||
9. | Wydruk świadectwa i arkusza ocen musi być kompletny, tzn. wygenerowane muszą być wszystkie strony zgodnie z obowiązującymi przepisami, wydruk numerów stron i nazwisk na stronach arkuszy ocen. | ||||
10. | System musi umożliwiać przed wydrukiem podgląd wszystkich stron wypełnionego arkusza ocen w sposób identyczny jak wygląd papierowego arkusza ocen, a po zaakceptowaniu przez użytkownika wykonanie wydruku. | ||||
11. | System musi posiadać opcję blokady edycji świadectwa po wydrukowaniu. | ||||
12. | System musi umożliwiać centralne zarządzanie użytkowników, administratora, dyrektora i sekretariatu | wydrukiem | oraz | arkuszy | dla |
13. | System musi posiadać informację dla administratora, dyrektora i sekretariatu o ilości gotowych i wydrukowanych świadectw. | ||||
14. | System musi umożliwiać wprowadzania/edycji informacji na świadectwie użytkownikowi za pomocą klawiatury. | ||||
15. | System musi podpowiadać (proponować) nauczycielowi ocenę klasyfikacyjną na świadectwie. | ||||
16. | System musi umożliwiać sortowanie uczniów po numerze w dzienniku, nazwisku lub wyróżnienia. | ||||
17. | System musi pomijać drukowanie przerywanych linii na świadectwie. | ||||
18. | System musi zgodnie z regułami języka polskiego kontrolować znaki na końcu linii (bękarty i wdowy) i umożliwiać dopisywanie wyrażeń do słownika. | ||||
19. | System musi umożliwiać wygenerowanie i pobranie wypełnionych świadectw do pliku zewnętrznego w formacie PDF. |
12. Minimalne cechy Modułu planu lekcji i Modułu dyżurów - wymagania systemowe
Lp. | Nazwa |
1. | Moduł planu lekcji i dyżurów mogą być muszą być wykonane jako aplikacja desktopowa, (zewnętrzna) działającą w najnowszych wersjach desktopowych systemów operacyjnych Microsoft Windows lub Apple macOS lub być rozwiązaniem opartym na modelu usługowym SaaS i umożliwiać pracę jako natywna aplikacja lub z wykorzystaniem aktualnych wersji przeglądarek internetowych: Google Chrome, Mozilla Firefox, Opera, Microsoft Internet Explorer, Microsoft Edge, Safari |
13. Minimalne wymagania funkcjonalne Modułu planu lekcji i Modułu dyżurów:
Lp. | Nazwa |
1. | Moduł planu lekcji musi pozwalać na automatyczne generowanie rozkładu zajęć (w przypadku aplikacji desktopowej wykorzystania mocy obliczeniowej wszystkich rdzeni procesora/procesorów). |
2. | Moduł planu lekcji musi automatycznie generować plan lekcji według ściśle zadanych warunków przez użytkownika lub gdy nie jest możliwe wygenerowanie planu ignorowania warunków np. okienek nauczycieli, maksymalnych i minimalnych liczb godzin. |
3. | Moduł planu lekcji musi posiadać widok wyświetlenia na ekranie całego planu lekcji ze |
wszystkich dni tygodnia. | |
4. | Plan lekcji musi mieć możliwość planowania lekcji dla grup międzyoddziałowych, z podziałem na zajęcia chłopcy/dziewczęta. |
5. | Plan lekcji musi umożliwiać eksport danych z wygenerowanego planu do plików arkusza kalkulacyjnego danych o nauczycielach, salach, oddziałach, przedmiotach, wolnych salach, nauczycielach bez przydzielonych zajęć, lekcje przydzielone poszczególnym nauczycielom, oddziałom. |
6. | Plan lekcji musi umożliwiać eksport danych z wygenerowanego planu do plików XML zawierającego przynajmniej następujące dane: o nauczycielach, salach, oddziałach, przedmiotach, przydzielonych lekcjach. |
7. | Plan lekcji musi umożliwiać eksport danych z wygenerowanego planu do plików HTML, tzw. wydruku płacht. |
8. | Plan lekcji musi umożliwiać układanie planu lekcji z zajęciami cyklicznymi, np. w cyklach jedno-. dwu-, trzytygodniowych. |
9. | Plan lekcji musi posiadać widok zbiorczy, uwzględniający zajęcia cyklicznie ze wszystkich tygodni lub wybranych tygodni cyklu. |
10. | Plan lekcji musi umożliwiać wprowadzanie bloków zajęć wielogodzinnych, np. 2-, 7- godzinnych. |
11. | Plan lekcji musi umożliwiać filtrowanie danych do wydruku, np. dla wybranych nauczycieli, oddziałów, sal. |
12. | Użytkownik musi mieć możliwość ustalenia parametrów wydruku np. poprzez zmianę rozmiaru czcionki, transponowania tabel planu, ustalenia liczby stron, na których ma się zmieścić wydruk - na szerokość i na wysokość. |
13. | Plan lekcji musi umożliwiać ręczne korygowanie wygenerowanego planu, poprzez przeciąganie lekcji na siatce godzin, zmiany przydzielonej sali. |
14. | Moduł planu lekcji musi sprawdzać i wykazywać błędy i konflikty uniemożliwiające wygenerowanie poprawnego planu. |
15. | Moduł planu lekcji musi kontrolować błędy po ręcznym korygowaniu poprzez wskazanie powodu oraz miejsca błędu. |
16. | Moduł planu lekcji musi umożliwiać przypisanie więcej niż jednego nauczyciela do danych zajęć. |
17. | Moduł planu lekcji musi posiadać widoki, w których można sprawdzić co najmniej: liczbę okienek dla konkretnego z nauczycieli, liczbę lekcji danego dnia dla każdego nauczyciela. |
18. | Ustawianie zależności generowania planu dla warunków co najmniej takich jak: zajęć nie mogących być w tym samym dniu lub nie mogących następować po sobie tego samego dnia lub dwa przedmioty muszą być w jeden dzień lub dwa przedmioty muszą następować po sobie lub rezerwacja miejsca dla wybranych przedmiotów lub przedmiot musi być pierwszy lub ostatni, możliwość ustalenia na których godzinach lekcja może się pojawiać, na których nie może, a na której lepiej żeby się nie pojawiała ale w ostateczności będzie mogła. Opcja ta musi być dostępna w przedmiotach, oddziałach oraz nauczycielach określenia z jakich przedmiotów lekcje nie mogą wystąpić w tym samym dniu dla klasy. |
14. Minimalne wymagania funkcjonalności Modułu dyżurów
Lp. | Nazwa |
1. | Moduł dyżurów posiadać możliwość automatycznego generowania planu i ręcznego wprowadzania korekt, np. w zakresie zmiany na innego nauczyciela do prowadzenia dyżuru. |
2. | Moduł musi posiadać możliwość ręcznego tworzenia siatki dyżurów. |
3. | Moduł musi umożliwiać modyfikowanie poprzednio ułożonych planów. |
4. | Moduł musi dawać możliwość przydzielania więcej niż jednego nauczyciela do danego miejsca dyżurowania. |
5. | Moduł musi porównywać plan zajęć nauczyciela z planem dyżurów. |
6. | Musi umożliwiać eksport dyżurów np. do pliku arkusza kalkulacyjnego z informacjami o nauczycielach w podziale na dni tygodnia. |
7. | Moduł musi umożliwiać generowanie wydruku z planem dyżurów. |
15. Minimalne wymagania funkcjonalności Modułu płatności
Lp. | Nazwa |
1. | Moduł musi umożliwiać dokonanie płatności (opłaty) dla wybranej grupy uczniów według dowolnie nazywanych kategorii za np. wycieczkę, wyżywienie, radę rodziców (dawniej komitet rodzicielski). Płatności muszą być realizowane poprzez system Paybynet Krajowej Izby Rozliczeniowej S.A., z którą Gmina Wałbrzych posiada obowiązującą umowę w zakresie płatności elektronicznych. Gmina Wałbrzych przekaże Wykonawcy dane dostępowe do obsługi rachunków w KIR S.A., które będą niezbędne do obsługi systemu. |
2. | System musi być zaprojektowany zgodnie z wytycznymi zawartymi w dokumentacji technicznej systemu Paybynet. |
3. | Wszelkie płatności dokonywanie przez użytkowników korzystających z systemu będą bezpłatne. Prowizje oraz wszelkie inne opłaty ze strony KIR S.A. obciążały będą Zamawiającego. |
4. | Moduł płatności musi umożliwiać generowanie, pobranie lub drukowanie wypełnionego druku polecenia przelewu/wpłaty gotówkowej. |
5. | Moduł płatności musi przekazywać informację użytkownikom, czy wpłata została wykonana i czy w całości. System powinien zapobiegać sytuacji, w której kwota wpłaty przekraczałaby ustaloną wartość. |
6. | System musi umożliwiać definiowanie, czy dana płatność jest obowiązkowa, nieobowiązkowa lub czy dana osoba uzyskała zwolnienie od konieczności zapłaty. |
7. | Po stronie Zamawiającego będzie uzyskanie zgód Rady Rodziców na obsługę wpłat do systemu. |
8. | System musi mieć możliwość odpytania operatora systemu Paybynet i wyświetlenia użytkownikowi statusu operacji: transakcji zatwierdzonej, transakcji odrzuconej, transakcji przeterminowanej oraz innych statusów obsługiwanych przez system Paybynet |
9. | Zdefiniowanie nowej płatności musi być zintegrowane z Modułem Komunikatora, aby jednocześnie generować komunikat do zdefiniowanej docelowej grupy użytkowników o powstaniu nowej płatności wraz z odnośnikiem do danej płatności. |
10. | Zmiany statusu transakcji muszą być przesyłane w sposób automatyczny do Modułu Komunikatora. |
11. | Moduł płatności musi umożliwiać po zdefiniowaniu płatności edycję (tj. dodanie, usunięcie) użytkowników przypisanych do danej płatności. |
16. Minimalne wymagania funkcjonalności Modułu API
Lp. | Nazwa |
1. | System musi być wyposażony w interfejs programistyczny aplikacji (ang. API - Application Programming Interface), który umożliwiał będzie dwukierunkową komunikację (posiadał mechanizm) wymiany danych z innymi systemami |
Zamawiającego, przy użyciu standardowych, otwartych API tj. REST API, JDBC. Usługi muszą wykorzystywać standardy dla struktur danych w postaci XML lub JBoss. Dla opracowanych usług muszą zostać dostarczone również opisy interfejsów w postaci zbiorów XSD. Zamawiający nie dopuszcza stosowania zamkniętych, niestandardowych metod komunikacji między systemami. | |
2. | System przy wymianie danych poprzez API musi dokonywać weryfikacji poprawności danych i zwracać odpowiedni status wykonania operacji (synchronizacji, obsługi błędów np. numer błędu, treść komunikatu). Procedury weryfikacji danych muszą być jednakowo restrykcyjne, jak przy korzystaniu z systemu przez przeglądarkę internetową, aby nie doszło do jakiegokolwiek uszkodzenia danych. System musi przeciwdziałać „dublowaniu" danych, jeżeli importowane dane znajdują się już w bazie danych. |
3. | Wymianie danych poprzez API mają podlegać: dane osobowe uczniów, dane osobowe nauczycieli, dane statystyczne o frekwencji, średnich ocen dla oddziałów, poziomu edukacyjnego, promocji uczniów, danych do świadectw, zakładanie, blokowanie kont użytkownikom, edycja uprawnień użytkowników, oceniania opisowego. |
4. | API musi umożliwiać wczytanie danych ucznia po dodaniu, zmianie, skreśleniu, inne aktualizacji przeprowadzonej w sekretariacie (programie dziedzinowym zajmującym się obowiązkiem szkolnym) i automatyczną aktualizację w dzienniku elektronicznym. |
5. | API musi umożliwiać pobieranie średniej ocen dla oddziału, poziomu edukacyjnego, statystyk dotyczących liczby logowań, kliknięć w znaki graficzne projektu: „Fundusze Europejskie Program Regionalny”, „Dolny Śląsk”, „Unia Europejska Europejski Fundusz Rozwoju Regionalnego” – za zadany przez administratora okres czasu (zakres w dniach i godzinach). |
6. | Wszystkie operacje wykonywane przez moduł API muszą być rejestrowane z uwzględnieniem adresu IP, dokładnej daty i godziny wykonania lub niewykonania operacji. |
7. | API musi umożliwiać pobieranie statystyk odwiedzin – aktywnych wejść, statystyk logowań, statystyk dotyczących przesłanych komunikatów. |
8. | API musi umożliwiać przesłanie komunikatu do zadanej grupy odbiorców – nauczycieli, uczniów, rodziców/opiekunów prawnych z podziałem na jednostki. |
9. | API musi umożliwiać import i eksport danych słownikowych: programów nauczania, rozkładów materiału, przydziałów czynności w analogiczny sposób, jak import/eksport plików w formacie XLS, TXT, CSV. |
10. | API musi umożliwiać import/eksport danych analogicznie jak wywołanie funkcji importu/eksportu danych ucznia z SOU, ESOU, XLS z przyporządkowaniem do oddziałów/grup. |
11. | API musi umożliwiać import całościowy planu lekcji w formacie XML i innym zewnętrznym formacie pliku zgodnym z pozostałymi modułami Systemu dziennika elektronicznego. |
12. | Moduł API musi umożliwiać dostęp do danych po każdym wygenerowanym zapytaniu. |
17. Wymagania dotyczące przygotowania i przeprowadzenia szkoleń
Lp. | Nazwa |
1. | W ramach wdrożenia systemu dziennika elektronicznego Wykonawca zobowiązany jest zorganizować i przeprowadzić szkolenia dla 112 osób wskazanych przez Zamawiającego w grupach maksymalnie 28-osobowych. |
2. | Zakres szkolenia powinien obejmować: funkcjonowanie i obsługę systemu dziennika elektronicznego w wymiarze minimum 8 godzin dla każdej grupy. |
3. | Szkolenia powinny być organizowane w terminie ustalonym z 2 tygodniowym wyprzedzeniem zgodnie z harmonogramem realizacji systemu dziennika elektronicznego. |
4. | Wykonawca organizuje i przeprowadza szkolenia, a Zamawiający zapewni salę szkoleniową oraz niezbędną infrastrukturę techniczną i stanowiska komputerowe dla każdej szkolonej osoby. |
5. | Wykonawca zobowiązany jest opracować i przekazać każdemu uczestnikowi szkolenia materiały drukowane obejmujące zakresem prezentowany na szkoleniu materiał. Zamawiający dopuszcza wydruk czarno-biały. Materiały szkoleniowe muszą być dołączone do systemu pomocy z podziałem na grupy użytkowników – w wersji elektronicznej z prawem do udostępniania i powielania. |
6. | xxxx musi zawierać klauzulę o wyrażeniu zgody przez uczestników szkolenia na przetwarzanie danych osobowych zgodnie z ustawą o ochronie danych osobowych z dnia ...(podstawa prawna zgodna w dniu przeprowadzenia szkolenia) w zakresie zarządzania, kontroli, audytu, ewaluacji, sprawozdawczości i raportowania w ramach Regionalnego Programu Operacyjnego Województwa Dolnośląskiego 2014-2020 (RPO WD 2014-2020), zatwierdzonego decyzją Komisji Europejskiej Nr CCI 2014PL16M2OP001 z dnia 18.12.2014 r. (z późn. zm.) oraz przyjęty Uchwałą Nr 41/V/15 Zarządu Województwa Dolnośląskiego z dnia 21.01.2015 r. w sprawie przyjęcia Regionalnego Programu Operacyjnego Województwa Dolnośląskiego 2014-2020 (z późn. zm.). |
18. Wymagania (kryteria) dodatkowo punktowane
Lp. | Nazwa | Charakterystyka | Punkty |
1. | termin realizacji Etapu 1 | nie później niż w 30 dniu kalendarzowym od daty zawarcia umowy | 5 |
nie później niż w 45 dniu kalendarzowym od daty zawarcia umowy | 2 | ||
nie później niż w 60 dniu kalendarzowym od daty zawarcia umowy | 1 | ||
2. | termin realizacji Etapu 2 | nie później niż w 60 dniu kalendarzowym od daty zawarcia umowy | 5 |
nie później niż w 75 dniu kalendarzowym od daty zawarcia umowy | 2 | ||
nie później niż w 90 dniu kalendarzowym od daty zawarcia umowy | 1 | ||
3. | dodatkowe funkcjonalności | obsługa arkuszy Indywidualnego Programu Terapeutyczno-Edukacyjnego, zgodnie z Rozp. MEN z dnia 30 kwietnia 2013 r. w sprawie zasad udzielania i organizacji pomocy psychologiczno- pedagogicznej w publicznych przedszkolach, szkołach i placówkach | 2 |
obsługa dziennika psychologa | 2 | ||
obsługa dziennika pedagoga | 2 |
obsługa dzienników specjalistów – logopedy | 2 | ||
obsługa dziennika zajęć wychowawczych | 2 | ||
obsługa dziennika praktycznej nauki zawodu | 2 | ||
wpisywanie tematów, frekwencji i ocen bieżących uczniom odbywających zajęcia praktyczne poza szkołą (niezależnie od planu lekcji osoby funkcyjnej – opiekuna zajęć praktycznych oraz klasy wirtualnej) | 2 | ||
funkcja losowania tzw. „szczęśliwego numerka” | 1 | ||
4. | bezpieczeństwo (ilość centrów przetwarzania danych) | Infrastruktura Techniczna, na której działa System dziennika elektronicznego będzie zainstalowana w trzech lub więcej centrach przetwarzania danych (serwerowniach) znajdujących się w różnych lokalizacjach | 6 |
Infrastruktura Techniczna, na której działa System dziennika elektronicznego będzie zainstalowana w dwóch centrach przetwarzania danych (serwerowniach) znajdujących się w różnych lokalizacjach | 4 | ||
5. | gwarancja SLA | Wszystkie elementy Systemu dziennika elektronicznego oparte na modelu usługowym SaaS będą zainstalowane i dostępne dla wszystkich użytkowników z Infrastruktury Technicznej o dostępności SLA (Service Level Agreement) na poziomie minimum 99,6%. | 4 |
Wszystkie elementy Systemu dziennika elektronicznego oparte na modelu usługowym SaaS będą zainstalowane i dostępne dla wszystkich użytkowników z Infrastruktury Technicznej o dostępności SLA (Service Level Agreement) na poziomie minimum 99,4%. | 3 | ||
Wszystkie elementy Systemu dziennika elektronicznego oparte na modelu usługowym SaaS będą zainstalowane i dostępne dla wszystkich użytkowników z Infrastruktury Technicznej o dostępności SLA (Service Level Agreement) na poziomie minimum 99,2%. | 1 | ||
6. | gwarantowana liczba roboczogodzin przeznaczona na rozbudowy i modyfikacje Systemu | Wykonawca może samodzielnie udoskonalać System, w szczególności upraszczać, rozszerzać, modyfikować w zgodzie z sugestiami Zamawiającego lub innymi użytkownikami. Dodatkowo Wykonawca będzie świadczył nieodpłatnie usługę modyfikacji i rozwoju Systemu w okresie obowiązywania gwarancji w liczbie 1500 roboczogodzin. | 5 |
Wykonawca może samodzielnie udoskonalać System, w szczególności upraszczać, rozszerzać, modyfikować w zgodzie z sugestiami Zamawiającego lub innymi użytkownikami. Dodatkowo Wykonawca będzie świadczył | 2,5 |
nieodpłatnie usługę modyfikacji i rozwoju Systemu | |||
w okresie obowiązywania gwarancji w liczbie 1000 | |||
roboczogodzin. | |||
Wykonawca może samodzielnie udoskonalać | 1 | ||
System, w szczególności upraszczać, rozszerzać, | |||
modyfikować w zgodzie z sugestiami | |||
Zamawiającego lub innymi użytkownikami. | |||
Dodatkowo Wykonawca będzie świadczył | |||
nieodpłatnie usługę modyfikacji i rozwoju Systemu | |||
w okresie obowiązywania gwarancji w liczbie 750 | |||
roboczogodzin. |
3. Tabela lokalizacji placówek edukacyjnych
Lp. | Nazwa i adres placówki edukacyjnej |
1. | Publiczna Szkoła Podstawowa nr 1 w Wałbrzychu w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxxxx 00 |
2. | Publiczna Szkoła Podstawowa nr 2 im. Orła Białego w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxx 00 |
3. | Publiczna Szkoła Podstawowa nr 5 im. Xxxxx i Xxxxxxxx Xxxxxxxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxx 0 |
4. | Publiczna Szkoła Podstawowa nr 6 im. Xxxxxxxxxx Xxxxxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxx. Xxxxxxx 00 |
5. | Publiczna Szkoła Podstawowa nr 9 im. Kornela Makuszyńskiego w Zespole Szkolno-Przedszkolnym nr 2 w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxx 0 |
6. | Publiczna Szkoła Podstawowa nr 15 im. Xxxx Xxxxxxxxxxxxxx w Wałbrzychu, 58-309 Wałbrzych, ul. Hirszfelda 1 |
7. | Publiczna Szkoła Podstawowa nr 17 im. Xxxxx Xxxxxxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. 0 Xxxx 000 |
8. | Publiczna Szkoła Podstawowa nr 21 im. Olimpijczyków Polskich w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxx 00 |
9. | Publiczna Szkoła Podstawowa nr 22 im. Gwarków Dolnośląskich w Zespole Szkolno-Przedszkolnym nr 4 w Xxxxxxxxxx, 00-000 Xxxxxxxxx, ul. 11 Listopada 75 |
10. | Publiczna Szkoła Podstawowa nr 23 im. Wojsk Ochrony Pogranicza w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxx Xxxxxx 0 |
11. | Publiczna Szkoła Podstawowa z Oddziałami Integracyjnymi nr 26 im. Komisji Edukacji Narodowej w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxx 00 |
12. | Publiczna Szkoła Podstawowa nr 28 im. Xxxx Xxxxx XX w Xxxxxxxxxx, 00-000 Xxxxxxxxx, Xx. Xxxxxxxxxx 00 |
13. | Publiczna Xxxxxx Xxxxxxxxxx xx 00 xx. Xxxxx Xxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxxxxx 00 |
14. | Publiczna Szkoła Podstawowa nr 37 im. Xxxxxxxxxx Xxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxxxx 00 |
15. | Publiczna Szkoła Podstawowa Specjalna nr 10, 58-306 Xxxxxxxxx, xx. Xxxxxxxx 0x |
16. | Zespół Szkół nr 1 im. Ignacego Paderewskiego w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxxxx 00 |
17. | Zespół Xxxxx xx 0 xx. Xxxxxx Xxxxxxxxx w Xxxxxxxxxx, 00-000 Xxxxxxxxx, Xx. Xxxxxxxxxx 00 |
18. | Zespół Szkół nr 3 im. M. Kopernika w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxx 0 |
19. | Zespół Szkół nr 4 im. Xxxxxxx Xxxxxxxxxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxxxx 00 |
20. | Zespół Szkół nr 5 im. M. T. Xxxxxx w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxx 0x |
21. | Zespół Szkół nr 7 im. Komisji Edukacji Narodowej w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxx 00 |
22. | Zespół Szkół Politechnicznych „Energetyk” w Xxxxxxxxxx, 00-000 Xxxxxxxxx, Xx. Xxxxxxxxxx 0 |
23. | Zespół Szkół Zawodowych Specjalnych w Wałbrzychu, 00-000 Xxxxxxxxx, xx. Xxxxxxxxxxx 00 |
24. | Młodzieżowy Ośrodek Socjoterapii, 00-000 Xxxxxxxxx, xx. Xxxxxx 00 |