1. Czy PI ma pełnić rolę komunikacyjną w trójkącie: ZRP

1. Czy PI ma pełnić rolę komunikacyjną w trójkącie: ZRP (zarządzający) - Egzaminatorzy –
Kandydaci
PI będzie pełnić m.in. rolę pośrednika
ZRP – izby
oraz
ZRP – członkowie komisji egzaminacyjnych.
w
zarządzaniu,
ale
na
poziomie:
2. Czy na PI maja być przeprowadzane testy, szkolenie, egzaminy, itp. czyli procedura "szkolenie
on-line"
Egzaminów on-line nie przewidujemy, również nie przewidujemy szkoleń on-line dla
użytkowników. Jedynie oczekujemy instrukcji (w formie jednego pliku) poruszania się po stronie,
która byłaby dostępna po zalogowaniu.
3. Czy PI docelowo ma być umieszczone na serwerze ZRP, czy w centrum danych na tzw.
"chmurze", a ZRP płaci tylko ryczałt miesięczny za utrzymanie.
Zdecydowanie idziemy w kierunku zewnętrznych rozwiązań sprzętowych. W tej chwili nie
posiadamy własnej infrastruktury, która byłaby w stanie obsłużyć nową platformę. Rozpatrujemy
oferty, w których będą zawarte również elementy hostingu (w grę wchodzi zarówno własny jak i
zewnętrzny - cloud solutions).
4. Czy i w jakim trybie dopuszczacie państwo zastosowanie gotowych platform e-learnigowych np.
platformy open source Moodle
Jeśli gotowe platformy dopuszczają możliwość obsługi dedykowanych funkcjonalności to nie
widzimy przeciwskazań do ich zastosowania. Jednakże wstępne rozeznanie wykazało, że budowa
w pełni dedykowanego rozwiązania pozwoli na uzyskanie pełnej elastyczności w ramach
realizacji.
5. Pytanie odnośnie platformy
Czy i w jakim trybie dopuszczacie państwo zastosowanie gotowych platform e-learnigowych np.
platformy open source Moodle
Jeśli gotowe platformy dopuszczają możliwość obsługi dedykowanych funkcjonalności to nie
widzimy przeciwskazań do ich zastosowania. Jednakże wstępne rozeznanie wykazało, że budowa
w pełni dedykowanego rozwiązania pozwoli na uzyskanie pełnej elastyczności w ramach
realizacji.
6. Pytania dla oszacowania hostingu i zasobów technicznych
 Jakie są zakładane parametry w fazie pełnego rozruchu ?
 Ilu będzie twórców treści ?
 Czy i jak chcecie korzystać z narzędzia, szczególnie chodzi o podejście do budowania
treści ?
 Czy materiały będą zawierać duże ilości multimediów (głównie chodzi o wideo) ?
 Czy są szacunki odnośnie wielkości jednego kursu (czy mamy zakładać na bazie własnych
doświadczeń) ?
Pytania odnośnie zakresu projektu, czy w zakres projektu wchodzi wsparcie przy tworzeniu treści
kursów i egzaminów ? Jeśli tak to czy w sytuacji wyboru innego dostawcy narzędzia można
będzie składać częściową ofertę na wsparcie przy tworzeniu treści ?






Twórcą treści będzie grupa użytkowników o dedykowanych uprawnieniach. Zakładamy, że
nie powinno być ich więcej niż kilka do kilkunastu osób.
Zakładamy, że dla każdego modułu będzie dostępny, w ramach technicznego panelu kontroli,
dedykowany dostęp pozwalający na definiowanie treści (coś na wzór CMS) i w ten sposób
dedykowani użytkownicy będą mogli definiować i modyfikować treści wyświetlane w ramach
modułów.
Wstępnie nie zakładamy przeładowania strony multimediami, lecz musimy być przygotowani
na możliwość publikacji takich treści w zależności od zapotrzebowania.
Na tym etapie przewidujemy tylko 1 kurs (instrukcja dla użytkownika) i nie będzie zawierał
treści multimedialnych, a raczej tylko statycznie zdefiniowane komponenty.
Tak, zakładamy, że w ramach odpowiedzi powinna być zapewniona pewna ilość godzin
przeznaczona na analizę i definiowanie składowych projektu. Między innymi treści zadań
egzaminacyjnych.
Tak, dopuszczamy składanie odpowiedzi na informację o zakresie częściowym.
7. Generowanie dokumentów
Czy dokumenty mają być generowane w formatach innych niż pdf?
Zgodnie z zapytaniem punkt „Założenia ogólne”:
"Na potrzeby sprawnego tworzenia i wprowadzania pytań do platformy, powinno zostać
stworzone narzędzie importujące/eksportujące z/do pliku xls/xlsx /csv,"
Natomiast w zakresie generowania dokumentów w ramach Moduły Izb wystarczający jest format
pdf.
8. Kwestia inicjalnego zasilenia systemu danymi
Migracja i zasilanie danymi jest istotnym czynnikiem mającym wpływ na cenę.
Czy dane inicjalne będą wprowadzane ręcznie czy może będą migrowane z jakiś istniejących
zasobów zdigitalizowanych ?
Jeśli tak, to jakie to są zasoby i jaka ilość danych miałaby być zmigrowana do systemu ?
Zakres pytań do platformy będzie definiowany i importowany przez pracowników ZRP
narzędziem zdefiniowanym w ramach Założeń ogólnych. Na potrzeby tworzenia dedykowanych
kont dla użytkowników warto zdefiniować w ramach Modułu Administracyjnego narzędzie do
wprowadzania poprzez plik wsadowy.
9. Kwestia raportów
Ilość oraz stopień komplikacji raportów/statystyk jest istotnym czynnikiem mającym wpływ na
cenę.
Jak mają wyglądać przykładowe predefiniowane raporty/statystyki oraz ile ich będzie?
Czy raporty mają być generowane w formatach innych niż html?
Czy możliwość tworzenia dowolnych szablonów raportów oznacza konieczność wbudowania w
aplikację specjalizowanego modułu raportowego?
Nadal pracujemy nad listą wymaganych raportów. Nie zakładamy, żeby ich stopień komplikacji
był wysoki. Możemy przyjąć, że 75% raportów to będą raportu o bardzo niskim poziomie
komplikacji a 25% o średnim. Prosimy o zdefiniowanie w ramach swojej odpowiedzi jak wygląda
czasowo i cenowo realizacji pewnych pakietów raportów. Raporty oprócz wglądu w postaci html
powinny mieć możliwość eksportu do pliku płaskiego, np. pdf. Chcielibyśmy aby Moduł
Raportowy nie był produktem zamkniętym i pozostawił pewien zakres możliwości definiowania
nowych elementów poprzez konfigurację co wydatnie wpłynie na niższe koszty ewentualnego
rozwoju w przyszłości.
10. Kwestia modułu mobilnego
Czy wystarczy strona internetowa dostosowana do urządzeń mobilnych czy wymagana jest
dedykowana rodzima (natywna) aplikacja mobilna
Czy pod określeniem "tryb uproszczony" dla mobilnego modułu testów kryje się uproszczona
funkcjonalność?
Jeśli tak, to jaka ma być uproszczona funkcjonalność mobilna?
Tak, jesteśmy zainteresowani stroną, która będzie dostosowana do urządzeń mobilnych. Nie
przewidujemy w zakresie realizacji budowy dedykowanych aplikacji na urządzenia mobilne.
Pod stwierdzeniem "tryb uproszczony" kryje się raczej kwestia wyselekcjonowania krytycznych
funkcjonalności i ograniczenia narzutów graficznych.
11. Kwestia zarządzania kopiami bezpieczeństwa bazy danych
Tworzenie specjalizowanych graficznych interfejsów użytkownika będących nakładką na CLI do
bazy danych jest istotnym czynnikiem mającym wpływ na cenę.
Czy akceptowalne jest użycie do zarządzania baza danych (w tym w szczególności do tworzenia i
odtwarzania kopii bezpieczeństwa) przeznaczonego do tego celu gotowego narzędzia np. takiego
jak PGA dla bazy Postgresql?
Tak, zakładamy w tym zakresie wykorzystanie gotowych platform, które będą odpowiednio
skonfigurowane.
12. Integrowanie istniejących gotowych narzędzi takich jak np. Zabbix, ElasticSearch + Kibana do
interfejsu graficznego użytkownika Modułu Administracyjnego jest istotnym czynnikiem
mającym wpływ na cenę.
Czy akceptowalne jest użycie w/w gotowych narzędzi samodzielnie bez konieczności ich
integracji z Modułem Administracyjnym?
Czy operacje administracyjne wykonywane w w/w gotowych narzędziach administracyjnych
muszą być rejestrowane?
Jeśli to możliwe to prosimy o prezentację opcjonalnego podejścia do integracji z Modułem
Administracyjnym oraz wykorzystania w sposób niezależny.
13. Kwestia akceptowalnych technologii
Czy lista "akceptowalnych technologii" wyklucza technologie i narzędzia open source na niej nie
ujęte ?
Przykładowo Zabbix jest proponowanym narzędziem do monitorowania a nie znajduje się na
liście akceptowalnych technologii.
Po zapoznaniu się z odpowiedziami na RFI dopuszczamy nieznaczne modyfikacje w zakresie
akceptowalnych technologii. Zapewne Zabbix znajdzie się na tej liście.
14. Integracja:
Czy, i jeśli tak to z jakimi systemami aplikacja EWR ma się zintegrować ?
Czy użytkownicy mają być uwierzytelniani w oparciu tylko o własny wewnętrzny podsystem
zarządzania tożsamością użytkowników, czy też w oparciu o jakiś zewnętrzny istniejący system
(np. Active Directory) ?
Na ten moment dopuszczamy raczej wystawienie pewnych usług EWR w ramach ESB niż
konkretną zdefiniowaną integrację z działającymi systemami. W tym zakresie nadal prowadzimy
wewnętrzne analizy i zapewne na etapie RFP będziemy w stanie doprecyzować zakres.
Pomocnym by było, gdyby Państwo wykazali koszt budowy takiej platformy w ramach wskazanej
liczby udostępnionych usług.
15. Wydajność
Podana jest liczba 8000 równoległych użytkowników i 1000 równoczesnych logowań.
Czy liczba 1000 równoczesnych logowań oznacza 1000 równoległych użytkowników, którzy się
uwierzytelnili?
Czy liczba 8000 równoległych użytkowników zawiera tych użytkowników uwierzytelnionych?
Jaka jest szacowana intensywność pracy tych użytkowników mierzona średnim czasem między
kolejnymi odsłonami strony ?
Tak, wymieniona liczba 1000 równoczesnych logowań oznacza 1000 równoległych,
uwierzytelnionych użytkowników. Liczba 8000 równoległych użytkowników zawiera w sobie
tych uwierzytelnionych.
Wspomniane liczby to teoretycznie możliwy największy scenariusz, na który musimy być
przygotowani.
Szacowana intensywność pracy tych użytkowników, mierzona średnim czasem między kolejnymi
odsłonami strony to 15 minut.
16. Niezawodność
Jakie są oczekiwane/wymagane wskaźniki
 RPO (Recovery Point Objective) – akceptowalny poziom utraty danych wyrażony w czasie.
 RTO (Recovery Time Objective) – czyli czas w jakim należy przywrócić procesy po
wystąpieniu awarii
17. Jaki jest wymagany poziom dostępności systemu?
Czy dopuszczalne są uzgodnione przerwy serwisowe?
RPO nie większe niż 24h RTO 8h
Poziom dostępności systemu 99%
Uzgodnione przerwy serwisowe są naturalną konsekwencją utrzymania systemu i będziemy
definiować okienka regularne oraz dopuszczać okienka specjalne