Dostawa aplikacji mobilnej dla studentów kierunku zarządzanie Wydziału Nauk Ekonomicznych

Zamawiający potwierdza, że czynności te są po stronie Zamawiającego.

Dopuszczalne jest zastosowanie rozwiązania międzyplatformowego, w tym technologii React Native, pod warunkiem spełnienia wszystkich wymagań określonych w OPZ.

Wykonawca wykona oprawę graficzną dla mapy postępu. Fabułę przygotuje Zamawiający.

Tak, katalog typów zadań i wyzwań jest zamknięty i ostateczny.

Pula typów zadań jest zamknięta i zostanie zdefiniowana na stałe. Zespół Projektowy będzie miał możliwość wyboru, które z typów zadań zostanie wykorzystane w danej rundzie.

Zamawiający dopuszcza zastosowanie rozwiązania w formie uproszczonej ścieżki / paska postępu, w celu zachowania optymalnej czytelności interfejsu. Mapa nie musi być planszą graficzną 2D.

Tak, obie minigry „wyzwania dnia” są obowiązkowe w zakresie podstawowym zamówienia.

a) Czy numer indeksu ma być wykorzystywany jako login, identyfikator techniczny użytkownika czy wyłącznie dana przechowywana w systemie? Odp.: Adres email w domenie @stud.umk.pl lub @umk.pl ma być niezbędny jedynie jako forma autoryzacji. b) Z jakiego systemu Zamawiającego będą pobierane dane studentów, w tym numer indeksu, adres e-mail, status studenta oraz ewentualnie przypisanie do kierunku lub grupy? Odp.: Zamawiający nie zamierza integracji aplikacji z API, Wykonawca ma weryfikować dostęp do aplikacji jedynie poprzez adres email i link aktywacyjny (ew. ponowne logowanie w przypadku ponownej instalacji aplikacji – np. na nowym telefonie) c) Czy Zamawiający przewiduje integrację z uczelnianym systemem tożsamości lub systemem dziekanatowym, np. SSO, LDAP, Active Directory, USOS albo innym systemem? Odp.: Zamawiający nie przewiduje integracji z uczelnianym systemem tożsamości lub systemem dziekanatowym, np. SSO, LDAP, Active Directory, USOS albo innym systemem. d) Czy autoryzacja ma odbywać się wyłącznie przez jednorazową aktywację linkiem wysłanym na adres w domenie @stud.umk.pl, czy wymagane będzie dodatkowe uwierzytelnienie, np. login i hasło uczelniane lub logowanie jednokrotne? Odp.: Wystarczy jednorazowa aktywacja linkiem, uwzględniając zastrzeżenie z pkt. B (możliwość ponownego dostępu w przypadku preinstalacji aplikacji. e) Czy Wykonawca otrzyma dostęp do API, dokumentacji technicznej, środowiska testowego oraz osoby kontaktowej po stronie systemu źródłowego? Odp.: Dostęp do API nie jest potrzebny – Wykonawca nie otrzyma do niej dostępu. f) Czy zakres integracji ma obejmować wyłącznie weryfikację uprawnienia studenta do korzystania z aplikacji, czy również automatyczną synchronizację danych studentów, ich statusu, numerów indeksów, kierunków i grup? Odp.: Zamawiający nie przewiduje integracji. g) Czy w przypadku braku dostępnej integracji Zamawiający dopuszcza samodzielną rejestrację użytkownika na podstawie adresu @stud.umk.pl, z ręcznym lub automatycznym przypisaniem numeru indeksu? Odp.: Rejestracja użytkownika jest wyłącznie na podstawie aktywacji linku, który został przesłany na adres w domenie @stud.umk.pl lub @umk.pl. Zaznaczamy, że adres email jest skonstruowany w następujący sposób: „numer indeksu”@stud.umk.pl lub „numer indeksu”@umk.pl, zatem identyfikator użytkownika jest związany z adresem email.

Tak, w pełni konfigurowalne przez Zespół Projektowy, Zamawiający nie dopuszcza statycznej wersji.

1. W jednym czasie będzie realizowana jedna gra składająca się z kilku rund. Czas rundy będzie jednakowy, tzn. w tym samym momencie, nie będzie realizowanych (otwartych) kilku rund. 2. Nie. 3. Tak. 4. Podczas trwania aktywnej gry ZP nie może zmieniać treść zadań, punktacji lub logikę odpowiedzi, które zostały już udostępnione studentom. 5. Drzewo decyzyjne ma możliwość zmiany punktacji, uruchomienia zdarzanie losowego, wyświetlenia komunikatu lub zakończenie zadania 6. Aplikacja powinna mieć możliwość przyznawania punktacji za wszystkie wymienione aspekty, nie tylko za odpowiedzi 7. ZP może samodzielnie definiować nazwy, grafiki, warunki przyznawania odznak i nagród. 8. Podstawowym rankingiem jest ranking globalny, który jest sumą rankingów z rund, gier i zadań. 9. Student może mieć możliwość ustawienia nicku. Ranking powinien prezentować nick studenta lub numer indeksu. Student może mieć dostęp do rankingu dopiero po zakończeniu rundy.

Utracone korzyści to wyjaśnienie, jakie decyzje wpłynęły na wynik.

W danym roku kalendarzowym Zamawiający szacuje liczbę studentów na około 150. Równocześnie aktywna jest jedna runda, a Zespół Projektowy ma możliwość jej rozpoczęcia i zakończenia. Nie przewiduje się, aby w tym samym czasie aktywna była więcej niż jedna runda.